CSV全稱 Comma Separated values，是一種用來存儲(chǔ)數(shù)據(jù)的純文本
文件格式，通常用于電子表格或數(shù)據(jù)庫軟件。有簡(jiǎn)單易用，占用存儲(chǔ)字節(jié)少的特點(diǎn)。
規(guī)則
0 開頭是不留空，以行為單位。
1 可含或不含列名，含列名則居文件第一行。
2 一行數(shù)據(jù)不垮行，無空行。
3 以半角符號(hào)（ASCII），作分隔符，列為空也要表達(dá)其存在。
4 列內(nèi)容如存在，，則用“”包含起來。
5 列內(nèi)容如存在“”則用“”“”包含。
6 文件讀寫時(shí)引號(hào)，逗號(hào)操作規(guī)則互逆。
7 內(nèi)碼格式不限，可為ASCII、Unicode或者其他。
最近看了《C++設(shè)計(jì)新思維》一書的前幾章，總的感覺是不怎么爽。比起以前看《泛型編程 and STL》，boost庫起來，感覺該書描述的東西太過于注重模板的技巧，C++是一個(gè)編譯型的語言，一些動(dòng)態(tài)語言很容易實(shí)現(xiàn)的功能C++實(shí)現(xiàn)起來就很難，我們完全沒有必要硬是用大量的模板來強(qiáng)迫C++在編譯期實(shí)現(xiàn)這些動(dòng)態(tài)特性。語言只要是好用就行，而現(xiàn)在C++代碼里幾乎全是模板，并且越來越復(fù)雜，不知道以后誰還愿意這樣寫C++？難道泛型編程就是C++的發(fā)展方向嗎？
今天把網(wǎng)站發(fā)布在含中文的路徑下，結(jié)果訪問的時(shí)候出現(xiàn)了問題，瀏覽的時(shí)候會(huì)出現(xiàn)錯(cuò)誤提示：您試圖在此 Web 服務(wù)器上訪問的 Web 應(yīng)用程序當(dāng)前不可用。請(qǐng)點(diǎn)擊 Web 瀏覽器中的“刷新”按鈕重試您的請(qǐng)求。 管理員注意事項(xiàng): 詳述此特定請(qǐng)求失敗原因的錯(cuò)誤信息可在 Web 服務(wù)器的系統(tǒng)事件日志中找到。請(qǐng)檢查此日志項(xiàng)以查明導(dǎo)致該錯(cuò)誤發(fā)生的原因。
后來改到英文目錄下就可以了。
難道WebSite不能發(fā)布在中文目錄下？
strlen與sizeof的區(qū)別
1.sizeof操作符的結(jié)果類型是size_t，它在頭文件中typedef為unsigned int類型。
該類型保證能容納實(shí)現(xiàn)所建立的最大對(duì)象的字節(jié)大小。
2.sizeof是算符，strlen是函數(shù)。
3.sizeof可以用類型做參數(shù)，strlen只能用char*做參數(shù)，且必須是以''\0''結(jié)尾的。
4.數(shù)組做sizeof的參數(shù)不退化，傳遞給strlen就退化為指針了。
5.大部分編譯程序在編譯的時(shí)候就把sizeof計(jì)算過了 是類型或是變量的長(zhǎng)度這就是sizeof(x)可以用來定義數(shù)組維數(shù)的原因
char str[20]="0123456789";//str是編譯期大小已經(jīng)固定的數(shù)組
int a=strlen(str); //a=10;//strlen()在運(yùn)行起確定
int b=sizeof(str); //而b=20;//sizeof()在編譯期確定
6.strlen的結(jié)果要在運(yùn)行的時(shí)候才能計(jì)算出來，是用來計(jì)算字符串的實(shí)際長(zhǎng)度，不是類型占內(nèi)存的大小。
7.sizeof后如果是類型必須加括弧，如果是變量名可以不加括弧。這是因?yàn)閟izeof是個(gè)操作符不是個(gè)函數(shù)。
?char c;
?sizeof c;//變量名可以不加括弧
?
8.當(dāng)適用了于一個(gè)結(jié)構(gòu)類型時(shí)或變量， sizeof 返回實(shí)際的大小，
?當(dāng)適用一靜態(tài)地空間數(shù)組， sizeof 歸還全部數(shù)組的尺寸。
?sizeof 操作符不能返回動(dòng)態(tài)地被分派了的數(shù)組或外部的數(shù)組的尺寸
9.數(shù)組作為參數(shù)傳給函數(shù)時(shí)傳的是指針而不是數(shù)組，傳遞的是數(shù)組的首地址，
如：
fun(char [8])
fun(char [])
都等價(jià)于 fun(char *)
在C++里參數(shù)傳遞數(shù)組永遠(yuǎn)都是傳遞指向數(shù)組首元素的指針，編譯器不知道數(shù)組的大小
如果想在函數(shù)內(nèi)知道數(shù)組的大小， 需要這樣做：
進(jìn)入函數(shù)后用memcpy拷貝出來，長(zhǎng)度由另一個(gè)形參傳進(jìn)去
fun(unsiged char *p1, int len)
{
? unsigned char* buf = new unsigned char[len+1]
? memcpy(buf, p1, len);
}
我們能常在用到 sizeof 和 strlen 的時(shí)候，通常是計(jì)算字符串?dāng)?shù)組的長(zhǎng)度
看了上面的詳細(xì)解釋，發(fā)現(xiàn)兩者的使用還是有區(qū)別的，從這個(gè)例子可以看得很清楚：
har str[11]="0123456789";//注意這里str大小因該大于等于11，應(yīng)考慮'\0'在內(nèi)，否則編譯器會(huì)報(bào)錯(cuò)
int a=strlen(str); //a=10; >>>> strlen 計(jì)算字符串的長(zhǎng)度，以結(jié)束符 0x00 為字符串結(jié)束。
int b=sizeof(str); //而b=11; >>>> sizeof 計(jì)算的則是分配的數(shù)組 str[11] 所占的內(nèi)存空間的大小，不受里面存儲(chǔ)的內(nèi)容改變。?
上面是對(duì)靜態(tài)數(shù)組處理的結(jié)果，如果是對(duì)指針，結(jié)果就不一樣了
char* ss = "0123456789";
sizeof(ss) 結(jié)果 4 ＝＝＝》ss是指向字符串常量的字符指針，sizeof 獲得的是一個(gè)指針的之所占的空間,應(yīng)該是長(zhǎng)整型的，所以是4
sizeof(*ss) 結(jié)果 1 ＝＝＝》*ss是第一個(gè)字符 其實(shí)就是獲得了字符串的第一位'0' 所占的內(nèi)存空間，是char類型的，占了 1 位strlen(ss)= 10 >>>> 如果要獲得這個(gè)字符串的長(zhǎng)度，則一定要使用 strlen
另外,下面的方法可以用于確定該靜態(tài)數(shù)組可以容納元素的個(gè)數(shù)：
int a[3]={1,2,3};
cout << sizeof a/sizeof ( typeid( a[0] ).name() );
#include "windows.h"
#include <iostream.h>
int main(int argc, char* argv[])
{
?HANDLE hMutex=CreateMutex(NULL,TRUE,"test");
?if (hMutex)
?{
??if (ERROR_ALREADY_EXISTS==GetLastError())
??{
???MessageBox(NULL,"already running","",MB_OK);
???return 0;
??}
?}
?while (1)
?{
?}
?
?return 0;
}
一個(gè)類要支持Serializable，必須遵循以下步驟：
1。該類必須要繼承自CObject
2。在該類的頭文件中添加DECLARE_SERIAL宏
3。在該類的實(shí)現(xiàn)文件中添加 IMPLEMENT SERIAL宏
4。為該類添加一個(gè)缺省構(gòu)造函數(shù)
5。在該類中重寫Serialize( CArchive& ar )函數(shù)
之后，該類就可以被Serializable。
例如COMMAND消息：
1。在該類頭文件中添加函數(shù)原形聲明：afx_msg void OnAppAbout();
2。在該類實(shí)現(xiàn)文件中添加宏ON_COMMAND(ID_APP_ABOUT, OnAppAbout)
其中ID_APP_ABOUT為菜單項(xiàng)的ID，在Resource.h中定義為整數(shù)（可以系統(tǒng)自動(dòng)定義，也可以手動(dòng)定義）
3。在該類實(shí)現(xiàn)文件中添加消息實(shí)現(xiàn)函數(shù)void CTtApp::OnAppAbout()
注：其他類型的消息定制方法類似。
1.SDK 中的各類句柄被封裝在MFC中的各類對(duì)象中了,注意:這里"各類"是對(duì)應(yīng)的,例如CWnd類封裝了窗口句柄,CDC類封裝了設(shè)備句柄。
2.SDK中的函數(shù)以::(全局作用域)來標(biāo)記，例如::MessageBox(...);MFC中則相應(yīng)的在CWnd類中封裝了該函數(shù)，名稱基本不變MessageBox(...),只是參數(shù)不同。
3.所以SDK是基于句柄（各類資源以句柄來標(biāo)識(shí)）和API函數(shù)的，而MFC是基于類的，MFC的類封裝了SDK中相應(yīng)的句柄和API函數(shù)，所以指向MFC中類的對(duì)象的指針就充當(dāng)了SDK中句柄的功能。
今天在看一本書附的源代碼的時(shí)候，發(fā)現(xiàn)了一個(gè)問題，大家來探討一下：關(guān)于Winsock的
下面是兩個(gè)程序，一個(gè)是服務(wù)器端的程序，不斷在監(jiān)客戶端的連接
另外一個(gè)是客戶端的程序，試圖連接服務(wù)器端
服務(wù)器端的程序代碼：
int main()
{
?// 創(chuàng)建套節(jié)字
?SOCKET sListen = ::socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);
?if(sListen == INVALID_SOCKET)
?{
??printf("Failed socket() \n");
??return 0;
?}
?
?// 填充sockaddr_in結(jié)構(gòu)
?sockaddr_in sin;
?sin.sin_family = AF_INET;
?sin.sin_port = htons(4567);
?sin.sin_addr.S_un.S_addr = INADDR_ANY;
?
?// 綁定這個(gè)套節(jié)字到一個(gè)本地地址
?if(::bind(sListen, (LPSOCKADDR)&sin, sizeof(sin)) == SOCKET_ERROR)
?{
??printf("Failed bind() \n");
??return 0;
?}
?
?// 進(jìn)入監(jiān)聽模式
?if(::listen(sListen, 2) == SOCKET_ERROR)
?{
??printf("Failed listen() \n");
??return 0;
?}
?
?// 循環(huán)接受客戶的連接請(qǐng)求
?sockaddr_in remoteAddr;
?int nAddrLen = sizeof(remoteAddr);
?SOCKET sClient;
?char szText[] = " TCP Server Demo! \r\n";
?while(TRUE)
?{
??// 接受一個(gè)新連接
??sClient = ::accept(sListen, (SOCKADDR*)&remoteAddr, &nAddrLen);
??if(sClient == INVALID_SOCKET)
??{
???printf("Failed accept()");
???continue;
??}
??
??printf(" 接受到一個(gè)連接：%s \r\n", inet_ntoa(remoteAddr.sin_addr));
??// 向客戶端發(fā)送數(shù)據(jù)
??::send(sClient, szText, strlen(szText), 0);
??// 關(guān)閉同客戶端的連接
??::closesocket(sClient);
?}
??
?// 關(guān)閉監(jiān)聽套節(jié)字
?::closesocket(sListen);
?::MessageBox(NULL,"","",MB_OK);
?return 0;
}
大家請(qǐng)注意上面的while循環(huán)，在不斷監(jiān)聽客戶端的連接。除非你手動(dòng)關(guān)閉該服務(wù)器程序，否則while循環(huán)是不會(huì)退出的。那么，問題是：關(guān)閉套接字的那段代碼始終不會(huì)執(zhí)行（我用MessageBox做了試驗(yàn)，即使是手動(dòng)關(guān)閉該程序，也不會(huì)MessageBox），這樣，是不是會(huì)發(fā)生資源泄露呢？難道windows會(huì)幫你關(guān)閉？
我覺得編程語言越來越向?qū)I(yè)性發(fā)展，語言服務(wù)于特定的領(lǐng)域，發(fā)展一種適用于很多領(lǐng)域的語言沒有很大價(jià)值，當(dāng)某一領(lǐng)域需要某種合適的語言時(shí)，會(huì)從現(xiàn)有的語言上改動(dòng)一些，形成一種新的語言，來解決這個(gè)領(lǐng)域中的問題。也就是說，語言越來越小，庫越來越多，一種語言的公共子集加上一種合適的庫就形成了一種新的語言。我覺得這是以后語言的發(fā)展方向。
語言只是一門工具，是用來解決某一領(lǐng)域內(nèi)問題的工具而已，面向問題時(shí)，分析，建模，選取合適的語言編碼，這都是解決問題的工具。所以，不要為了學(xué)習(xí)語言而學(xué)習(xí)語言，應(yīng)該根據(jù)你所面臨的問題而學(xué)習(xí)，選擇語言，一般來說，不同適用范圍或者適用領(lǐng)域的語言沒有優(yōu)劣之分。