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

關(guān)注，希望能夠做下去。

記得在大三的時(shí)候，轟轟烈烈的搞“產(chǎn)學(xué)研”，我也參加了這個(gè)咚咚，socket+ADO+MFC。現(xiàn)在幾乎都忘記什么樣的了，但是可以肯定的是沒(méi)有你這么細(xì)致。一共好幾人，可是寫代碼的.......。項(xiàng)目的400大洋，在結(jié)束之后就不知被誰(shuí)領(lǐng)走。真TMD有意思，當(dāng)時(shí)就是一個(gè)怕，怕數(shù)據(jù)庫(kù)連接壞了，怕界面復(fù)雜操縱不了，怕....。當(dāng)然，做的好的，不僅僅是只有選擇題，判斷、問(wèn)答、實(shí)驗(yàn)等等，就需要結(jié)合word、圖片、圖形繪制了，很復(fù)雜的。這樣看來(lái)，用web的優(yōu)勢(shì)就大了。

@泯夢(mèng)幽思
以后你會(huì)慶幸的。

不明白什么意思 @_@

查了一下：
您查詢的網(wǎng)址：http://www.shnenglu.com/wlwlxj 在GOOGLE 上的PR值為：0

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

這個(gè)怎么解釋法？？？

大概 或許 有可能

程序員有2種愛(ài)好：1、過(guò)分自信；2、對(duì)技術(shù)的保守。（其實(shí)就是以自我為中心。）

就目前來(lái)說(shuō)，Web在數(shù)據(jù)的呈現(xiàn)上遠(yuǎn)遠(yuǎn)優(yōu)于桌面，尤其是對(duì)于遠(yuǎn)程數(shù)據(jù)。而對(duì)于本地?cái)?shù)據(jù)＋設(shè)備的能力幾乎沒(méi)有，這個(gè)是桌面的優(yōu)勢(shì)。

懷著開(kāi)放的心態(tài)接受新事物，存在的必然是合理的。各種語(yǔ)言、技術(shù)、框架都有自己長(zhǎng)短優(yōu)劣，多種技術(shù)的綜合運(yùn)用，揚(yáng)長(zhǎng)避短應(yīng)該是最優(yōu)的。

感覺(jué)很變態(tài)的心理。。。。

看了一下，狠8錯(cuò)，尤其是后來(lái)的東西非常實(shí)在。

界面庫(kù)的開(kāi)發(fā)還在持續(xù)，通過(guò)JS的學(xué)習(xí)發(fā)現(xiàn)自己意識(shí)上存在很多問(wèn)題和不足。打算通過(guò)短期學(xué)習(xí)一下JS、Flex2、WPF/SiverLight，以及J2EE體系開(kāi)發(fā)框架（Hibernate、Spring、Struts），提高自己的編程視野，拓寬自己的設(shè)計(jì)意識(shí)。

很不錯(cuò)，做2d應(yīng)該很好。保留一份，不知道是不是all source。hge.h好像在那里見(jiàn)過(guò)。支持。。。。。

前端時(shí)間下載看了，質(zhì)量確實(shí)要次很多。產(chǎn)品思路不清晰，大而不精。BCG XTreme應(yīng)該也不會(huì)有大的舉措了。

唉，真不知該如何說(shuō)了，下載就在下面，不過(guò)字有些小罷了。

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

是的。以前處理了這個(gè)地方，結(jié)果發(fā)現(xiàn)xp本身非最大化的時(shí)候是圓角，最大化的時(shí)候是直角。假如我不處理，在xp theme的時(shí)候恰好是那樣的。假如我處理了，在最大化的時(shí)候那個(gè)地方不是直角，還是圓角。

參考了其他的庫(kù)、以及mfc對(duì)消息的截取轉(zhuǎn)發(fā)機(jī)制，自己做的。處理的肯定沒(méi)有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;
}
}

靠，我也有，每次到夏天要難受些，不過(guò)沒(méi)嚴(yán)重要拔掉得程度，上次差點(diǎn)沖動(dòng)去干掉，結(jié)果還是怕痛沒(méi)拔，最近兩天又有點(diǎn)嚴(yán)重，難受啊。

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

物以稀為貴

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

是的，還在繼續(xù)探索中，主要是針對(duì)開(kāi)發(fā)靈活多變的界面。類似wpf的xml界面描述方式，主要想支持常用的container類型、activex控件，支持.net語(yǔ)言的進(jìn)入，支持腳本語(yǔ)言。可能目標(biāo)有點(diǎn)大。

同行評(píng)審。cmm里面的吧。

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

是的，否則會(huì)提示很多沖突。

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

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

見(jiàn)：http://hi.baidu.com/umu618/blog/item/811e69d01e9bf08fa0ec9cb7.html

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

這個(gè)是我寫的哦哦

呵呵，別忙活了，你首先得有個(gè)至少能稱幾百萬(wàn)的老爹。

重載一個(gè)static，在onpaint的時(shí)候繪制圖形。你的問(wèn)題可能是鼠標(biāo)tooltip之類問(wèn)題導(dǎo)致刷新引起，個(gè)人觀點(diǎn).

我是每天晚上1瓶啤酒，不敢搞白酒，因?yàn)檫€要寫代碼。每次周末來(lái)點(diǎn)2鍋頭，50多度3兩，40多度半斤。沒(méi)撒愛(ài)好，1是寫程序，2是喝酒。

@yxxyun
很久以前聽(tīng)說(shuō)過(guò)slt.net，去年還是前年，忘記了都。那個(gè)第二條好像就是，不過(guò)我對(duì)那種做法不是太有興趣。

我不覺(jué)得

對(duì)一種技術(shù)的濫用，不規(guī)范使用是需要制止而不是想辦法包庇縱容，那樣只會(huì)是的系統(tǒng)越來(lái)越糟糕。

這個(gè)直接看返回值比較好。

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

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

現(xiàn)在軟件公司是這樣，一批接一批，技術(shù)永遠(yuǎn)沒(méi)有沉淀。一味做產(chǎn)品，力不從心；搞自己研發(fā)，又沒(méi)有好的團(tuán)隊(duì)（與鈔票有關(guān)）。我的一個(gè)朋友也埋怨找不到合適人，我說(shuō)在特定的鈔票特定的城市下要想達(dá)到各個(gè)方面都滿意是不可能的。關(guān)鍵在鈔票，講人情那是扯淡，高房?jī)r(jià)，社會(huì)攀比風(fēng)氣，程序員想靜心寫程序太難了。我還是個(gè)小羅羅，所以以這個(gè)地位的眼光在看問(wèn)題。

還沒(méi)呢？不知道怎么聯(lián)系。

暈，dll要常dependce

嘿嘿,有點(diǎn)道理

這里我再次聲明下，這個(gè)東西是一年多前學(xué)習(xí)了一段時(shí)間，后來(lái)一直沒(méi)有接觸。所以沒(méi)有什么深入研究，請(qǐng)大家原諒。

其實(shí)代碼邏輯可以用C++抽象機(jī)制+設(shè)計(jì)模式去實(shí)現(xiàn)，而com的重點(diǎn)在夸語(yǔ)言平臺(tái)，把它作為一種interop手段是再好不過(guò)。在開(kāi)發(fā)后期如果設(shè)計(jì)得當(dāng)，用com做一層wrapper是很容易的事情。

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

沒(méi)有代碼，不能學(xué)習(xí)，也不喜歡

agg做的很漂亮，就是有點(diǎn)慢。

最近懶惰許多，肚子見(jiàn)張。擬采取減肥計(jì)劃，天天加班9點(diǎn)，回家繼續(xù)工作到2點(diǎn)。哎喲，現(xiàn)在脖子有點(diǎn)痛咯。

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