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

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

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

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

不明白什么意思 @_@

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

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

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

大概 或許 有可能

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

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

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

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

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

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

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

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

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

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

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

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

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

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

物以稀為貴

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

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

同行評審。cmm里面的吧。

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

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

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

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

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

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

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

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

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

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

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

我不覺得

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

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

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

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

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

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

暈，dll要常dependce

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

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

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

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

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

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

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

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