接口，用接口編程最直接。

關注，希望能夠做下去。

記得在大三的時候，轟轟烈烈的搞“產學研”，我也參加了這個咚咚，socket+ADO+MFC。現在幾乎都忘記什么樣的了，但是可以肯定的是沒有你這么細致。一共好幾人，可是寫代碼的.......。項目的400大洋，在結束之后就不知被誰領走。真TMD有意思，當時就是一個怕，怕數據庫連接壞了，怕界面復雜操縱不了，怕....。當然，做的好的，不僅僅是只有選擇題，判斷、問答、實驗等等，就需要結合word、圖片、圖形繪制了，很復雜的。這樣看來，用web的優勢就大了。

@泯夢幽思
以后你會慶幸的。

不明白什么意思 @_@

查了一下：
您查詢的網址：http://m.shnenglu.com/wlwlxj 在GOOGLE 上的PR值為：0

赴×××牛比公司軟件工程師

這個怎么解釋法？？？

大概 或許 有可能

程序員有2種愛好：1、過分自信；2、對技術的保守。（其實就是以自我為中心。）

就目前來說，Web在數據的呈現上遠遠優于桌面，尤其是對于遠程數據。而對于本地數據＋設備的能力幾乎沒有，這個是桌面的優勢。

懷著開放的心態接受新事物，存在的必然是合理的。各種語言、技術、框架都有自己長短優劣，多種技術的綜合運用，揚長避短應該是最優的。

感覺很變態的心理。。。。

看了一下，狠8錯，尤其是后來的東西非常實在。

界面庫的開發還在持續，通過JS的學習發現自己意識上存在很多問題和不足。打算通過短期學習一下JS、Flex2、WPF/SiverLight，以及J2EE體系開發框架（Hibernate、Spring、Struts），提高自己的編程視野，拓寬自己的設計意識。

很不錯，做2d應該很好。保留一份，不知道是不是all source。hge.h好像在那里見過。支持。。。。。

前端時間下載看了，質量確實要次很多。產品思路不清晰，大而不精。BCG XTreme應該也不會有大的舉措了。

唉，真不知該如何說了，下載就在下面，不過字有些小罷了。

哦，是NVIDIA做的嘛？？好像有人靠做性能分析吃飯，這下不是要完了？

是的。以前處理了這個地方，結果發現xp本身非最大化的時候是圓角，最大化的時候是直角。假如我不處理，在xp theme的時候恰好是那樣的。假如我處理了，在最大化的時候那個地方不是直角，還是圓角。

參考了其他的庫、以及mfc對消息的截取轉發機制，自己做的。處理的肯定沒有ms那么完美，尤其是加速鍵。

唉，明白了。謝謝，淺顯的道理被名詞遮掩住了。

FT_Error error = 0;
error = FT_Init_FreeType(&m_pFTLib);
if(error)
{
m_pFTLib = NULL;
TRACE(_T("There is some error when Init Library..."));
return;
}

error = FT_New_Face(m_pFTLib, "C:\\WINDOWS\\Fonts\\SIMSUN.TTC", 0, &m_pFTFace);
if(error)
{
m_pFTFace = NULL;
TRACE(_T("There is some error when New Face..."));
return;
}
FT_Set_Char_Size(m_pFTFace, 12<<6, 12<<6, 500, 500);




FT_Glyph glyph = NULL;
FT_Error error = 0;
FT_Select_Charmap(m_pFTFace, FT_ENCODING_UNICODE);
error = FT_Load_Glyph(m_pFTFace, FT_Get_Char_Index(m_pFTFace, L'啊'), FT_LOAD_DEFAULT);
if(!error)
{
error = FT_Get_Glyph(m_pFTFace->glyph, &glyph);
if(!error)
{
FT_Glyph_To_Bitmap(&glyph, ft_render_mode_normal, 0, 1);
FT_BitmapGlyph bitmap_glyph = (FT_BitmapGlyph)glyph;
FT_Bitmap& bitmap = bitmap_glyph->bitmap;
for(int i=0; i<bitmap.rows; ++i)
{
for(int j=0; j<bitmap.width; ++j)
{
for(int k=0; k<m_iZoom; ++k)
{
for(int l=0; l<m_iZoom; ++l)
{
pDC->SetPixel(CPoint(100+j*m_iZoom+l, 100+i*m_iZoom+k), bitmap.buffer[i*bitmap.width+j]);
}
}
}
}
FT_Done_Glyph(glyph);
glyph = NULL;
}
}

靠，我也有，每次到夏天要難受些，不過沒嚴重要拔掉得程度，上次差點沖動去干掉，結果還是怕痛沒拔，最近兩天又有點嚴重，難受啊。

稀少得技術值錢。跟著新技術跑，門檻底，技術含量小。此乃愚之見，^_^，也是安慰自己得藉口。

物以稀為貴

interop技術，作為C++ native代碼(非dll、com)向.net技術過渡的一道橋梁。

是的，還在繼續探索中，主要是針對開發靈活多變的界面。類似wpf的xml界面描述方式，主要想支持常用的container類型、activex控件，支持.net語言的進入，支持腳本語言。可能目標有點大。

同行評審。cmm里面的吧。

一個大項目不是一個人做的，所以選擇sdk肯定是大家最熟悉；開發中肯定會遇到形形色色問題麻煩，所以需要最成熟的、支持最廣泛的sdk包括ide。任何一個sdk的helloworld都一定會吸引你，否則又如何引導你使用呢？封裝的越隱蔽，對于程序員的束縛就越大。

是的，否則會提示很多沖突。

最簡單有效的辦法，boundchecker。其他的方法都很乏力，不能保證其他人和自己一致采用一種檢查辦法。

方法一：sizeof(TTTOOLINFOW) - sizeof(void *)

見：http://hi.baidu.com/umu618/blog/item/811e69d01e9bf08fa0ec9cb7.html

有可能是秘笈？？？！！！

這個是我寫的哦哦

呵呵，別忙活了，你首先得有個至少能稱幾百萬的老爹。

重載一個static，在onpaint的時候繪制圖形。你的問題可能是鼠標tooltip之類問題導致刷新引起，個人觀點.

我是每天晚上1瓶啤酒，不敢搞白酒，因為還要寫代碼。每次周末來點2鍋頭，50多度3兩，40多度半斤。沒撒愛好，1是寫程序，2是喝酒。

@yxxyun
很久以前聽說過slt.net，去年還是前年，忘記了都。那個第二條好像就是，不過我對那種做法不是太有興趣。

我不覺得

對一種技術的濫用，不規范使用是需要制止而不是想辦法包庇縱容，那樣只會是的系統越來越糟糕。

這個直接看返回值比較好。

你的這個ppt太先進了，很多人還米2007啊。別為了突出office2007新特性而忽略了現狀（一般還在用2003吧？？莫非我又落后咯。。。）

一直以為象華為那樣的公司做通信的公司，不會注重客戶端開發。有很多同學、師哥也在華為。在我心中一直有一個渴望，就是能駕馭一種sdk，隨心所欲的開發軟件界面。繼續努力，希望畢業找工作不會太打擊我。

現在軟件公司是這樣，一批接一批，技術永遠沒有沉淀。一味做產品，力不從心；搞自己研發，又沒有好的團隊（與鈔票有關）。我的一個朋友也埋怨找不到合適人，我說在特定的鈔票特定的城市下要想達到各個方面都滿意是不可能的。關鍵在鈔票，講人情那是扯淡，高房價，社會攀比風氣，程序員想靜心寫程序太難了。我還是個小羅羅，所以以這個地位的眼光在看問題。

還沒呢？不知道怎么聯系。

暈，dll要常dependce

嘿嘿,有點道理

這里我再次聲明下，這個東西是一年多前學習了一段時間，后來一直沒有接觸。所以沒有什么深入研究，請大家原諒。

其實代碼邏輯可以用C++抽象機制+設計模式去實現，而com的重點在夸語言平臺，把它作為一種interop手段是再好不過。在開發后期如果設計得當，用com做一層wrapper是很容易的事情。

有一個插入代碼的按鈕，但是好像很久前就沒有c++的了，不知道怎么回事。你隨便選個其他的吧，總比亂的好。

沒有代碼，不能學習，也不喜歡

agg做的很漂亮，就是有點慢。

最近懶惰許多，肚子見張。擬采取減肥計劃，天天加班9點，回家繼續工作到2點。哎喲，現在脖子有點痛咯。

不為難，有了積累什么都不怕。喲后～～