樓主在浦東， 上海一些優(yōu)秀的IT企業(yè)基本都在那邊吧， 可以考慮一下。
其實(shí)我也有想搬去浦東的想法

@filebat
兩個好問題， 期待樓主解答

@羅賓李
1. 當(dāng)然，對于特定于語言的優(yōu)化，C++比Java應(yīng)該要好一些， 畢竟C++是一個更底層，可控性更強(qiáng)的語言。 但是對于workflow上的優(yōu)化， 應(yīng)該是語言無關(guān)的。我們所做的性能的提升，大部分是靠對workflow的優(yōu)化實(shí)現(xiàn)的。

2. 關(guān)于map使用， 謝謝你的評論， 你說的很對。 這個例子為了簡化，我沒有給出足夠的context. 我補(bǔ)充一些吧：
1） 該對象是一個API, 一個第三方庫，我們沒有權(quán)限去修改
2） 假設(shè)這個對象是一條樣條曲線， 該第三方庫沒有在該對象中加入一個長度屬性，而是在每次需要時去計(jì)算，從數(shù)學(xué)角度，我想應(yīng)該也有其道理。（這樣我就能保證每次取到的都是最新的）
重要的是，我們都認(rèn)同cache是性能優(yōu)化的利器， 的確，設(shè)計(jì)好的cache數(shù)據(jù)結(jié)構(gòu)的確很重要，當(dāng)然，這都是和特定需求緊密結(jié)合在一起的。

請問前面兩位是 ”托“ 嗎， 呵呵， 開個玩笑。。。。。

總結(jié)的不錯， 比較巧妙的例子

也就是說異常不能拋出其所在模塊了。。。 在公司討論的時候談到過這個問題， 不知樓主可否展開來談一下。。。

@aGAric
的確， 但這些應(yīng)該是一些比較COMMON的想法， 也就是說我們在做優(yōu)化的時候會去想到， 并可能有用的想法， 不知道你沒有其他類似的方法， 大家可以一起討論討論:)

因?yàn)樗惴ㄉ系膬?yōu)化一般都是為大家所知的， 所以在開發(fā)過程中也會特別注意， 因此這方面的優(yōu)化并不是我們的側(cè)重點(diǎn)

不明白樓主的理解方式:)
從C++語言層面上來理解，告訴你傳值就是copy一個參數(shù)進(jìn)去， 函數(shù)里對它所做的一切與原來的無關(guān)，這就清楚的不能再清楚了。 但是你不明白， 卻要用反編譯后看匯編代碼才明白， 這和我的理解方式剛好相反， 我覺得你用匯編去驗(yàn)證到是可以理解。。。

我想這個， VS應(yīng)該提供了相應(yīng)的API來操作其文件，這應(yīng)該是最便捷，準(zhǔn)確的方法吧。

我想C++中實(shí)現(xiàn)COM就是這么做的

@windywinter

expression1 && expression2；
只有在Expression為true的情況下，才會繼續(xù)執(zhí)行expression2，這也就相當(dāng)于條件判斷語句
if(expression1) expression2;


這就是利用了其短路求值的功能

我想題意應(yīng)該就是允許遞歸調(diào)用，不然難度貌似很高的

template<class T>
class Compare<T*>
{
public:
static bool IsEqual(const T* lh, const T* rh)
{
return Compare<T>::IsEqual(*lh, *rh);
}
};
是模板特化， 你當(dāng)然需要在之前定義其泛化版本

CRTP = the Curiously Recurring Template Pattern, 這里只是其應(yīng)用之一， 它還可以用于模擬虛函數(shù)等.
關(guān)于Singleton的線程安全，雖然我們可以寫一些代碼來做到（或看起來做到）線程安全，但是由于現(xiàn)在C++內(nèi)存模型的先天不足， 事實(shí)是無法做到。

這中錯誤一不小心就會出現(xiàn)，而且很難調(diào)，

其實(shí)我覺得樓主把意思?xì)w納一下貼出來會比較好。。。。

to longshanks

本文的目的其實(shí)并不是試圖對C++的模板特化做一下全面的分類， 而是針對自己所遇到的，覺得比較有意思的，對于一個模板參數(shù)所能夠做到的特化，并不想對C++中的全特化，偏特化有所混淆。當(dāng)然，之間也得到了大家不少有價值的看法。尤其對于您所舉的這個例子：
template<typename T>
class Y;
template<typename R, typename P1, typename P2>
class Y<R (P1, P2)> {...};//針對帶兩個參數(shù)，有返回值的函數(shù)類型特化

是我之前所沒有想到的，我只考慮了數(shù)據(jù)類型并沒有考慮到函數(shù)類型，但是我想?yún)⒖坚槍?shù)據(jù)類型所做的分類，可以得到函數(shù)類型對應(yīng)平行的分類。比如對于這個例子，應(yīng)該可以理解為第三種：特化為另外一個類（函數(shù)）模板。

PS：
謝謝關(guān)于模板類，類模板概念的澄清，原文已修改

用VS， 還沒用過CLR, 只用過標(biāo)準(zhǔn)C++

To aders06:

你是說template method嗎， 這么做有什么好處？

這不是必讀， 全讀完了，讀懂了， 你就是超牛人

To SuperPlyeR:

不僅是沒有注冊造成的， 應(yīng)該說是某些異常操作使得該COM組件不可用， 可以是沒有注冊，也可以是注冊后注冊信息被誤操作覆蓋， 也可以是該DLL被刪除， 總之， 在系統(tǒng)運(yùn)行之前先檢測一下這些東西是否都是ready的， 如果不是， 那就不要進(jìn)去先。

之前有朋友說直接創(chuàng)建該COM對象來判斷， 但我覺得創(chuàng)建組件只是去做判斷，不太可取

"老久沒有更新BLOG了，結(jié)果排名之類的反而又升了一點(diǎn)····無語"

***************************
這可能是cppblog不夠火的原因， 沒有比較多的新人， 新文章涌現(xiàn)出來。。。對cppblog應(yīng)該說是很可惜的一件事:)

to 萬連文
可否解釋一下， 實(shí)在是看不明白。。。。。

COM容器的使用， COleControlContainer和COleControlSite， 受教了。記得以前面試的時候被問到過COM容器，當(dāng)時就說不出個所以然來

假設(shè)講我的COM組件在系統(tǒng)運(yùn)行一段時間后，在某個操作中才會被創(chuàng)建出來，而此時如果此對象無法創(chuàng)建，系統(tǒng)的任務(wù)就無法完成，此時用戶就要問了：“早干嘛去了，先讓我瞎忙活那么長時間， 不行早說嘛”， 呵呵，開個玩笑， 其實(shí)這就是我們同事遇到的現(xiàn)實(shí)問題。 但如果我在一開始就試圖創(chuàng)建全部的COM對象而只為了判斷其是否可創(chuàng)建，似乎消耗大了點(diǎn)，邏輯上也不太合理。

我有兩點(diǎn)想法， 一是在性能不是關(guān)鍵因素的程序中代碼的可讀性重于效率；二是代碼效率優(yōu)化應(yīng)該針對關(guān)鍵的瓶頸。 當(dāng)然， 博主的一些思路也是值得討論的

與成員函數(shù)所調(diào)用的對象（也就是 this 所指向的對象）相關(guān)的隱式參數(shù)永遠(yuǎn)也沒有資格進(jìn)行隱式轉(zhuǎn)換
**********************************************
這個是必然的， 因?yàn)榫幾g器根本無法確定你要轉(zhuǎn)到什么類型。

不好意思， 對表達(dá)式模板不太清楚， 可否介紹一下先？

為什么C實(shí)現(xiàn)會比這個快呢， 他們的區(qū)別在哪里， 是什么影響了其效率？