• <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>

            2007年7月4日

            csv文件的妙用

            CSV全稱(chēng) Comma Separated values,是一種用來(lái)存儲(chǔ)數(shù)據(jù)的純文本
            文件格式,通常用于電子表格或數(shù)據(jù)庫(kù)軟件。有簡(jiǎn)單易用,占用存儲(chǔ)字節(jié)少的特點(diǎn)。

            規(guī)則

            0 開(kāi)頭是不留空,以行為單位。
            1 可含或不含列名,含列名則居文件第一行。
            2 一行數(shù)據(jù)不垮行,無(wú)空行。
            3 以半角符號(hào)(ASCII),作分隔符,列為空也要表達(dá)其存在。
            4 列內(nèi)容如存在,,則用“”包含起來(lái)。
            5 列內(nèi)容如存在“”則用“”“”包含。
            6 文件讀寫(xiě)時(shí)引號(hào),逗號(hào)操作規(guī)則互逆。
            7 內(nèi)碼格式不限,可為ASCII、Unicode或者其他。

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

            2007年5月4日

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

             

            最近看了《C++設(shè)計(jì)新思維》一書(shū)的前幾章,總的感覺(jué)是不怎么爽。比起以前看《泛型編程 and STL》,boost庫(kù)起來(lái),感覺(jué)該書(shū)描述的東西太過(guò)于注重模板的技巧,C++是一個(gè)編譯型的語(yǔ)言,一些動(dòng)態(tài)語(yǔ)言很容易實(shí)現(xiàn)的功能C++實(shí)現(xiàn)起來(lái)就很難,我們完全沒(méi)有必要硬是用大量的模板來(lái)強(qiáng)迫C++在編譯期實(shí)現(xiàn)這些動(dòng)態(tài)特性。語(yǔ)言只要是好用就行,而現(xiàn)在C++代碼里幾乎全是模板,并且越來(lái)越復(fù)雜,不知道以后誰(shuí)還愿意這樣寫(xiě)C++?難道泛型編程就是C++的發(fā)展方向嗎?

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

            2007年4月4日

            WebSite不能發(fā)布在含有中文的目錄下?

            今天把網(wǎng)站發(fā)布在含中文的路徑下,結(jié)果訪問(wèn)的時(shí)候出現(xiàn)了問(wèn)題,瀏覽的時(shí)候會(huì)出現(xiàn)錯(cuò)誤提示:您試圖在此 Web 服務(wù)器上訪問(wèn)的 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ā)生的原因。
            后來(lái)改到英文目錄下就可以了。
            難道WebSite不能發(fā)布在中文目錄下?

             

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

            2006年10月6日

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

            strlen與sizeof的區(qū)別

            1.sizeof操作符的結(jié)果類(lèi)型是size_t,它在頭文件中typedef為unsigned int類(lèi)型。
            該類(lèi)型保證能容納實(shí)現(xiàn)所建立的最大對(duì)象的字節(jié)大小。

            2.sizeof是算符,strlen是函數(shù)。

            3.sizeof可以用類(lèi)型做參數(shù),strlen只能用char*做參數(shù),且必須是以''\0''結(jié)尾的。

            4.數(shù)組做sizeof的參數(shù)不退化,傳遞給strlen就退化為指針了。

            5.大部分編譯程序在編譯的時(shí)候就把sizeof計(jì)算過(guò)了 是類(lèi)型或是變量的長(zhǎng)度這就是sizeof(x)可以用來(lái)定義數(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ì)算出來(lái),是用來(lái)計(jì)算字符串的實(shí)際長(zhǎng)度,不是類(lèi)型占內(nèi)存的大小。

            7.sizeof后如果是類(lèi)型必須加括弧,如果是變量名可以不加括弧。這是因?yàn)閟izeof是個(gè)操作符不是個(gè)函數(shù)。
            ?char c;
            ?sizeof c;//變量名可以不加括弧
            ?
            8.當(dāng)適用了于一個(gè)結(jié)構(gòu)類(lèi)型時(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拷貝出來(lái),長(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ì)解釋?zhuān)l(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類(lèi)型的,占了 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)編輯 收藏

            2006年8月30日

            利用信號(hào)量機(jī)制來(lái)完成 防止一個(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)編輯 收藏

            2006年8月28日

            MFC Serialize

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

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

            MFC Message定制步驟

            例如COMMAND消息:
            1。在該類(lèi)頭文件中添加函數(shù)原形聲明:afx_msg void OnAppAbout();
            2。在該類(lèi)實(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。在該類(lèi)實(shí)現(xiàn)文件中添加消息實(shí)現(xiàn)函數(shù)void CTtApp::OnAppAbout()
            注:其他類(lèi)型的消息定制方法類(lèi)似。

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

            2006年8月17日

            MFC VS SDK

            1.SDK 中的各類(lèi)句柄被封裝在MFC中的各類(lèi)對(duì)象中了,注意:這里"各類(lèi)"是對(duì)應(yīng)的,例如CWnd類(lèi)封裝了窗口句柄,CDC類(lèi)封裝了設(shè)備句柄。
            2.SDK中的函數(shù)以::(全局作用域)來(lái)標(biāo)記,例如::MessageBox(...);MFC中則相應(yīng)的在CWnd類(lèi)中封裝了該函數(shù),名稱(chēng)基本不變MessageBox(...),只是參數(shù)不同。
            3.所以SDK是基于句柄(各類(lèi)資源以句柄來(lái)標(biāo)識(shí))和API函數(shù)的,而MFC是基于類(lèi)的,MFC的類(lèi)封裝了SDK中相應(yīng)的句柄和API函數(shù),所以指向MFC中類(lèi)的對(duì)象的指針就充當(dāng)了SDK中句柄的功能。

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

            2006年6月10日

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

            今天在看一本書(shū)附的源代碼的時(shí)候,發(fā)現(xiàn)了一個(gè)問(wèn)題,大家來(lái)探討一下:關(guān)于Winsock的
            下面是兩個(gè)程序,一個(gè)是服務(wù)器端的程序,不斷在監(jiān)客戶(hù)端的連接
            另外一個(gè)是客戶(hù)端的程序,試圖連接服務(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)聽(tīng)模式
            ?if(::listen(sListen, 2) == SOCKET_ERROR)
            ?{
            ??printf("Failed listen() \n");
            ??return 0;
            ?}
            ?
            ?// 循環(huán)接受客戶(hù)的連接請(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));

            ??// 向客戶(hù)端發(fā)送數(shù)據(jù)
            ??::send(sClient, szText, strlen(szText), 0);
            ??// 關(guān)閉同客戶(hù)端的連接
            ??::closesocket(sClient);
            ?}
            ??
            ?// 關(guān)閉監(jiān)聽(tīng)套節(jié)字
            ?::closesocket(sListen);
            ?::MessageBox(NULL,"","",MB_OK);
            ?return 0;
            }
            大家請(qǐng)注意上面的while循環(huán),在不斷監(jiān)聽(tīng)客戶(hù)端的連接。除非你手動(dòng)關(guān)閉該服務(wù)器程序,否則while循環(huán)是不會(huì)退出的。那么,問(wèn)題是:關(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)編輯 收藏

            2006年4月27日

            語(yǔ)言的發(fā)展方向

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

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

            僅列出標(biāo)題  下一頁(yè)
            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            導(dǎo)航

            統(tǒng)計(jì)

            常用鏈接

            留言簿(4)

            隨筆分類(lèi)(23)

            隨筆檔案(23)

            URL

            最新隨筆

            搜索

            積分與排名

            最新隨筆

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            久久人与动人物a级毛片| 久久人人爽人爽人人爽av| 亚洲综合婷婷久久| 日韩精品久久久久久免费| 久久只这里是精品66| 久久99精品久久久久久秒播| 国产精品久久亚洲不卡动漫| 亚洲AV无码久久| 久久亚洲精品国产精品| 久久综合噜噜激激的五月天| 奇米影视7777久久精品| 国产精品99久久99久久久| 久久九九精品99国产精品| 国产三级久久久精品麻豆三级| 99久久中文字幕| 婷婷综合久久中文字幕| 九九久久精品国产| 中文精品99久久国产 | 久久精品国产69国产精品亚洲| 99精品国产在热久久无毒不卡| 久久久久国产精品| 久久亚洲sm情趣捆绑调教| 久久人妻AV中文字幕| 久久综合给合久久国产免费 | 色狠狠久久综合网| 亚洲va久久久噜噜噜久久男同| 91视频国产91久久久| 人妻无码久久精品| 国产精品免费福利久久| 久久无码精品一区二区三区| 亚洲色欲久久久综合网东京热 | 久久人人爽人人爽人人片AV东京热| 性做久久久久久久久久久| 97久久久精品综合88久久| 久久国产AVJUST麻豆| 99久久免费国产精品热| 老男人久久青草av高清| 久久99热精品| 人妻少妇久久中文字幕一区二区 | 2021国产精品久久精品| 国产精品久久久久久搜索|