• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            csv文件的妙用

            CSV全稱 Comma Separated values,是一種用來存儲(chǔ)數(shù)據(jù)的純文本
            文件格式,通常用于電子表格或數(shù)據(jù)庫(kù)軟件。有簡(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或者其他。

            posted @ 2007-07-04 14:45 bo 閱讀(2111) | 評(píng)論 (0)編輯 收藏

            泛型程序設(shè)計(jì)是C++的發(fā)展方向或者是出路嗎?

             

            最近看了《C++設(shè)計(jì)新思維》一書的前幾章,總的感覺是不怎么爽。比起以前看《泛型編程 and STL》,boost庫(kù)起來,感覺該書描述的東西太過于注重模板的技巧,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ā)展方向嗎?

            posted @ 2007-05-04 14:03 bo 閱讀(3180) | 評(píng)論 (5)編輯 收藏

            WebSite不能發(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ā)布在中文目錄下?

             

            posted @ 2007-04-04 16:49 bo 閱讀(981) | 評(píng)論 (0)編輯 收藏

            轉(zhuǎn)載:Sizeof與Strlen的區(qū)別與聯(lián)系

            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() );

            posted @ 2006-10-06 10:40 bo 閱讀(18338) | 評(píng)論 (3)編輯 收藏

            利用信號(hào)量機(jī)制來完成 防止一個(gè)程序被多次運(yùn)行 的代碼

            #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;
            }

            posted @ 2006-08-30 20:48 bo 閱讀(1422) | 評(píng)論 (1)編輯 收藏

            MFC Serialize

            一個(gè)類要支持Serializable,必須遵循以下步驟:
            1。該類必須要繼承自CObject
            2。在該類的頭文件中添加DECLARE_SERIAL宏
            3。在該類的實(shí)現(xiàn)文件中添加 IMPLEMENT SERIAL宏
            4。為該類添加一個(gè)缺省構(gòu)造函數(shù)
            5。在該類中重寫Serialize( CArchive& ar )函數(shù)
            之后,該類就可以被Serializable。

            posted @ 2006-08-28 19:21 bo 閱讀(2381) | 評(píng)論 (0)編輯 收藏

            MFC Message定制步驟

            例如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()
            注:其他類型的消息定制方法類似。

            posted @ 2006-08-28 19:15 bo 閱讀(794) | 評(píng)論 (0)編輯 收藏

            MFC VS SDK

            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中句柄的功能。

            posted @ 2006-08-17 20:48 bo 閱讀(1546) | 評(píng)論 (0)編輯 收藏

            大家看一下這個(gè)問題

            今天在看一本書附的源代碼的時(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)閉?

            posted @ 2006-06-10 20:17 bo 閱讀(866) | 評(píng)論 (3)編輯 收藏

            語言的發(fā)展方向

            我覺得編程語言越來越向?qū)I(yè)性發(fā)展,語言服務(wù)于特定的領(lǐng)域,發(fā)展一種適用于很多領(lǐng)域的語言沒有很大價(jià)值,當(dāng)某一領(lǐng)域需要某種合適的語言時(shí),會(huì)從現(xiàn)有的語言上改動(dòng)一些,形成一種新的語言,來解決這個(gè)領(lǐng)域中的問題。也就是說,語言越來越小,庫(kù)越來越多,一種語言的公共子集加上一種合適的庫(kù)就形成了一種新的語言。我覺得這是以后語言的發(fā)展方向。
            語言只是一門工具,是用來解決某一領(lǐng)域內(nèi)問題的工具而已,面向問題時(shí),分析,建模,選取合適的語言編碼,這都是解決問題的工具。所以,不要為了學(xué)習(xí)語言而學(xué)習(xí)語言,應(yīng)該根據(jù)你所面臨的問題而學(xué)習(xí),選擇語言,一般來說,不同適用范圍或者適用領(lǐng)域的語言沒有優(yōu)劣之分。

            posted @ 2006-04-27 20:14 bo 閱讀(872) | 評(píng)論 (1)編輯 收藏

            僅列出標(biāo)題
            共3頁: 1 2 3 
            <2006年3月>
            2627281234
            567891011
            12131415161718
            19202122232425
            2627282930311
            2345678

            導(dǎo)航

            統(tǒng)計(jì)

            常用鏈接

            留言簿(4)

            隨筆分類(23)

            隨筆檔案(23)

            URL

            最新隨筆

            搜索

            積分與排名

            最新隨筆

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            久久香蕉一级毛片| 男女久久久国产一区二区三区| 99久久国产精品免费一区二区| 国内精品久久久久久久coent| 国产精品无码久久综合| 无码日韩人妻精品久久蜜桃| 久久99久国产麻精品66| 伊人久久大香线蕉成人| 久久精品国产欧美日韩99热| 少妇人妻综合久久中文字幕| 伊人久久一区二区三区无码| 热99RE久久精品这里都是精品免费 | 国产99久久久国产精免费| av无码久久久久久不卡网站| 国产婷婷成人久久Av免费高清| 精品国产一区二区三区久久久狼 | 精品久久久久久无码中文字幕| 精品午夜久久福利大片| 国产成人久久精品二区三区| 久久精品综合一区二区三区| 久久只这里是精品66| 亚洲中文精品久久久久久不卡| 久久国产免费观看精品3| 91久久精一区二区三区大全| 国内精品久久久久久久亚洲| 婷婷久久五月天| 久久精品国产亚洲AV无码娇色| 人人狠狠综合久久亚洲婷婷| 久久这里只有精品视频99| 亚洲狠狠婷婷综合久久久久| 国产国产成人精品久久| 久久精品国产精品亚洲下载| 亚洲国产另类久久久精品黑人 | 久久久久99精品成人片试看| 99热成人精品免费久久| 久久婷婷是五月综合色狠狠| 精品久久一区二区三区| 超级97碰碰碰碰久久久久最新| 色偷偷888欧美精品久久久| 久久精品视频一| 国内精品久久久久国产盗摄|