re: 一個(gè)疑問(wèn)[未登錄](méi) 炙熱的太陽(yáng) 2007-04-10 08:56
問(wèn)題是這個(gè)是mfc的框架，你所生成的類是繼承自他的父類，delete應(yīng)該在他的父類中刪除。比如，CMyApp就繼承CWinApp,CWinApp繼承CWinThread,CWinThread繼承CCmdTarget,CCmdTarget繼承CObject.而m_pMainWind則是cWinThread中的一個(gè)指針
re: 又是未完成的東西[未登錄](méi) 炙熱的太陽(yáng) 2007-03-27 09:58
太過(guò)于古板，你給他們講個(gè)故事，做個(gè)例子，生動(dòng)一點(diǎn)，肯定有人會(huì)聽(tīng)得
re: 類似QQ秀的魔法表情 [未登錄](méi) 炙熱的太陽(yáng) 2007-03-24 12:39
能不能把這個(gè)程序給發(fā)上來(lái)呀，共享一下
re: 勵(lì)志 炙熱的太陽(yáng) 2006-12-08 16:38
這么厲害！那個(gè)學(xué)校的強(qiáng)人？大家交流一下。
@高谷
目前比較權(quán)威的教材就是標(biāo)韓了，其實(shí)也說(shuō)不上什么建議，把咱們那是學(xué)英語(yǔ)的方法用來(lái)學(xué)韓語(yǔ)就行了。
re: MFC中的數(shù)據(jù)類型 炙熱的太陽(yáng) 2006-05-16 16:49
為了處理單字節(jié)和雙字節(jié)的問(wèn)題。比如：_T("Hello")。如果你編譯一個(gè)程序?yàn)锳NSI方式，_T實(shí)際不起任何作用。而如果編譯一個(gè)程序?yàn)閁NICODE方式，則編譯器會(huì)把"Hello"字符串以UNICODE方式保存。
你說(shuō)的對(duì)，它的命名方法叫做匈牙利命名法，它有利于程序員理解程序。
re: [轉(zhuǎn)載]gis行業(yè)的定位 炙熱的太陽(yáng) 2006-05-15 11:11
有沒(méi)有g(shù)is相關(guān)的源代碼呀，我也是剛開始學(xué)這個(gè)東西。
re: MFC中的數(shù)據(jù)類型 炙熱的太陽(yáng) 2006-05-14 21:33
@dave
這是從網(wǎng)上找的，還沒(méi)有看過(guò)《深入淺出MFC》
@任我行
呵呵，韓語(yǔ)總共才有40字母，元音21個(gè)，輔音19個(gè)，感覺(jué)有點(diǎn)向漢語(yǔ)拼音。這比日語(yǔ)的50多個(gè)假名要少十個(gè)（假名是什么東東？）
@任我行
呵呵，歡迎哦！說(shuō)真的，韓語(yǔ)不難，雖說(shuō)現(xiàn)在日語(yǔ)比較熱，但由于個(gè)人對(duì)日本這個(gè)國(guó)家沒(méi)有好感，所以沒(méi)有選它，相信在不久的將來(lái)，韓語(yǔ)會(huì)變熱的！
re: 淺談CMPP協(xié)議（一） 炙熱的太陽(yáng) 2006-03-17 14:43
發(fā)一個(gè)在網(wǎng)上找到的一段代碼，用stl寫的connect；
void CSmsCmpp::EncodeConnect(const long& nSecID,const string& sSrcAddr, const string& sPwd, const string& sUser, BYTE nVer)
{
m_smHeader.lCommandLength = 39;
m_smHeader.lCommandId = CMPP_CONNECT;
m_smHeader.lSequenceNumber = nSecID;
EncodeHeader();
string sAuthName;
if(int(sUser.size())>0) {
sAuthName = sUser.c_str();
}
else {
sAuthName = sSrcAddr.c_str();
}
AppendOct(m_Body,(PBYTE)sAuthName.c_str(),6);
vector<BYTE> vAuth;
std::copy(sAuthName.begin(),sAuthName.end(),back_inserter(vAuth));
for(int i=0;i<9;i++) vAuth.push_back(0x00);
std::copy(sPwd.begin(),sPwd.end(),back_inserter(vAuth));
string sStamp = GetCurTime();
std::copy(sStamp.begin(),sStamp.end(),back_inserter(vAuth));
char src[400];
memset(src,0,400);
std::copy(vAuth.begin(),vAuth.end(),src);
PBYTE temp = new BYTE[17];
memset(temp,0,17);
DWORD dwSize;
CryptMD5Hash((PBYTE)src,int(vAuth.size()),temp,dwSize);
ostringstream oss;
oss<<"發(fā)送連接包!";
AppendOct(m_Body,(PBYTE)temp,16); //ICP認(rèn)證碼
delete[] temp;
AppendInt(m_Body,nVer);
DWORD lTimeStamp = atoi(sStamp.c_str());
lTimeStamp = htonl(lTimeStamp);
AppendOct(m_Body,(PBYTE)&lTimeStamp,4);
}
re: 淺談CMPP協(xié)議（一） 炙熱的太陽(yáng) 2006-03-15 11:21
是的，你說(shuō)的沒(méi)有錯(cuò)。
消息是采用并發(fā)方式發(fā)送，加以滑動(dòng)窗口流量控制，窗口大小參數(shù)W可配置，現(xiàn)階段的配置為16，即接收方在應(yīng)答前一次收到的消息最多不超過(guò)16條。這是它們之間的通信方式。
而SP與ISMG之間，SMSC和ISMG之間的交互過(guò)程中均采用異步方式，即任一個(gè)網(wǎng)元在收到請(qǐng)求消息后應(yīng)立即回應(yīng)。這是它們交互過(guò)程中的應(yīng)答方式。即收到一個(gè)消息就應(yīng)該回一個(gè)回應(yīng)消息，而不管對(duì)方是否收到，所以上面講的并沒(méi)有錯(cuò)喲。