評(píng)論

# re: 又是未完成的東西 2007-03-27 08:45 萬連文

你不介紹一下功能 解決問題，誰知道是那方面。  回復(fù)  更多評(píng)論   

# re: 又是未完成的東西 2007-03-27 09:47 Rocky

如果要講究效率的話，還是用你所說的原始的方法，然后把整個(gè)算法封裝起來的好。如果打算用C++，從出發(fā)點(diǎn)上就是要放棄一定的效率的，還是用運(yùn)算符重載增加可讀性比較好一點(diǎn)。建議去讀一讀STL、boost等類庫(kù)源代碼，學(xué)習(xí)一下如何既照顧效率，又照顧封裝之后的可用性。  回復(fù)  更多評(píng)論   

# re: 又是未完成的東西[未登錄] 2007-03-27 09:58 炙熱的太陽(yáng)

太過于古板，你給他們講個(gè)故事，做個(gè)例子，生動(dòng)一點(diǎn)，肯定有人會(huì)聽得  回復(fù)  更多評(píng)論   

# re: 又是未完成的東西 2007-03-27 10:34 王一偉

hehe 不錯(cuò)，可以做一些測(cè)試  回復(fù)  更多評(píng)論   

# re: 又是未完成的東西 2007-03-27 10:35 沐楓_

怎么只有個(gè)開頭。  回復(fù)  更多評(píng)論   

# re: 又是未完成的東西 2007-03-27 10:37 沐楓_

再說了，上面的代碼未必很影響性能，如果編譯器好的話。  回復(fù)  更多評(píng)論   

# re: 又是未完成的東西 2007-03-27 12:15 chenger

還是原始的辦法好
搞科學(xué)計(jì)算的，就不要太講究什么封裝，用類都顯得多余
其實(shí)更重要的問題可能是比較底層的，比如緩存命中等等。至于用模板技術(shù)，已經(jīng)有bliz++(是不是叫這個(gè)名？)等庫(kù)在先，不如去研究研究。其實(shí)如果用模板，可讀性更差，除非對(duì)template了解很深入，否則幾乎看不懂  回復(fù)  更多評(píng)論   

# re: 又是未完成的東西 2007-03-27 12:59 Jarod-Yin

謝謝各位的關(guān)注。
萬連文：根據(jù)你的建議，我多寫了一些說明
rockey：解決方法當(dāng)然也是用了重載。
王一偉 ：我確實(shí)做過反匯編了
沐楓_ ：我不知道什么編譯器會(huì)做這些優(yōu)化，你能否介紹一下？
chenger：就是bliz，我就是學(xué)習(xí)bliz得到的結(jié)果  回復(fù)  更多評(píng)論   

# re: 又是未完成的東西[未登錄] 2007-03-27 13:46 cc

[url=http://guises.eguo.com/user1/uutv8806/archives/2007/26.html]Jewelry Wholesale[/url]  回復(fù)  更多評(píng)論   

# re: 又是未完成的東西[未登錄] 2007-03-27 13:46 cc

<a href=http://www.chengan.cn/my/vip/422/archives/2007/743.html>Jewelry Wholesale</a>  回復(fù)  更多評(píng)論   

# re: 又是未完成的東西[未登錄] 2007-03-27 13:46 cc

wholesale jewelry jewelry jewelry Making Handcrafted jewelry
wholesale silver jewelry
Jewelry Wholesa, China Jewelry Wholesale, pearl jewelry wholesale, wholesale pearl jewelry,
pearl jewelry
  回復(fù)  更多評(píng)論   

# re: 又是未完成的東西 2007-03-29 14:01 skipper

more effective c++里已經(jīng)提出了lazy evaluation的思想。作者沒有解決怎么實(shí)現(xiàn)的問題。

而且看到作者ppt里的代碼，效率好像并不是很高啊。  回復(fù)  更多評(píng)論   

# re: 又是未完成的東西 2007-09-15 22:49 螞蟻終結(jié)者

看了一下ppt的代碼，如skipper所說，效率并不高，先不說lazy evaluation。看看Metrix本身的設(shè)計(jì)：

copy construct 其實(shí)沒必要2層循環(huán)，也沒必要用operator()來存取元素：
這樣寫效率肯定不一樣
Metrix::Metrix(const Metrix& a) {
M = a.M;
N = a.N;
int size = M * N;
element = new double[size];
for (int i = 0; i < size ; ++i)
element[i] = a.element[i];
}
當(dāng)然了，上面的還可以再優(yōu)化，用memcpy會(huì)更快：
Metrix::Metrix(const Metrix& a) {
//...
memcpy(element, a.element, size * sizeof(double));
}
copy assignment operator以及operator+也一樣可以優(yōu)化...
不多說了呵呵  回復(fù)  更多評(píng)論