re: 一個疑問[未登錄] 炙熱的太陽 2007-04-10 08:56
問題是這個是mfc的框架，你所生成的類是繼承自他的父類，delete應(yīng)該在他的父類中刪除。比如，CMyApp就繼承CWinApp,CWinApp繼承CWinThread,CWinThread繼承CCmdTarget,CCmdTarget繼承CObject.而m_pMainWind則是cWinThread中的一個指針
re: 又是未完成的東西[未登錄] 炙熱的太陽 2007-03-27 09:58
太過于古板，你給他們講個故事，做個例子，生動一點，肯定有人會聽得
re: 勵志 炙熱的太陽 2006-12-08 16:38
這么厲害！那個學(xué)校的強人？大家交流一下。
@高谷
目前比較權(quán)威的教材就是標(biāo)韓了，其實也說不上什么建議，把咱們那是學(xué)英語的方法用來學(xué)韓語就行了。
re: MFC中的數(shù)據(jù)類型 炙熱的太陽 2006-05-16 16:49
為了處理單字節(jié)和雙字節(jié)的問題。比如：_T("Hello")。如果你編譯一個程序為ANSI方式，_T實際不起任何作用。而如果編譯一個程序為UNICODE方式，則編譯器會把"Hello"字符串以UNICODE方式保存。
你說的對，它的命名方法叫做匈牙利命名法，它有利于程序員理解程序。
有沒有g(shù)is相關(guān)的源代碼呀，我也是剛開始學(xué)這個東西。
re: MFC中的數(shù)據(jù)類型 炙熱的太陽 2006-05-14 21:33
@dave
這是從網(wǎng)上找的，還沒有看過《深入淺出MFC》
@任我行
呵呵，韓語總共才有40字母，元音21個，輔音19個，感覺有點向漢語拼音。這比日語的50多個假名要少十個（假名是什么東東？）
@任我行
呵呵，歡迎哦！說真的，韓語不難，雖說現(xiàn)在日語比較熱，但由于個人對日本這個國家沒有好感，所以沒有選它，相信在不久的將來，韓語會變熱的！
re: 淺談CMPP協(xié)議（一） 炙熱的太陽 2006-03-17 14:43
發(fā)一個在網(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認證碼
delete[] temp;
AppendInt(m_Body,nVer);
DWORD lTimeStamp = atoi(sStamp.c_str());
lTimeStamp = htonl(lTimeStamp);
AppendOct(m_Body,(PBYTE)&lTimeStamp,4);
}
re: 淺談CMPP協(xié)議（一） 炙熱的太陽 2006-03-15 11:21
是的，你說的沒有錯。
消息是采用并發(fā)方式發(fā)送，加以滑動窗口流量控制，窗口大小參數(shù)W可配置，現(xiàn)階段的配置為16，即接收方在應(yīng)答前一次收到的消息最多不超過16條。這是它們之間的通信方式。
而SP與ISMG之間，SMSC和ISMG之間的交互過程中均采用異步方式，即任一個網(wǎng)元在收到請求消息后應(yīng)立即回應(yīng)。這是它們交互過程中的應(yīng)答方式。即收到一個消息就應(yīng)該回一個回應(yīng)消息，而不管對方是否收到，所以上面講的并沒有錯喲。