• <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全稱 Comma Separated values,是一種用來存儲數(shù)據(jù)的純文本
            文件格式,通常用于電子表格或數(shù)據(jù)庫軟件。有簡單易用,占用存儲字節(jié)少的特點。

            規(guī)則

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

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

            2007年5月4日

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

             

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

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

            2007年4月4日

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

            今天把網(wǎng)站發(fā)布在含中文的路徑下,結(jié)果訪問的時候出現(xiàn)了問題,瀏覽的時候會出現(xiàn)錯誤提示:您試圖在此 Web 服務(wù)器上訪問的 Web 應(yīng)用程序當前不可用。請點擊 Web 瀏覽器中的“刷新”按鈕重試您的請求。 管理員注意事項: 詳述此特定請求失敗原因的錯誤信息可在 Web 服務(wù)器的系統(tǒng)事件日志中找到。請檢查此日志項以查明導(dǎo)致該錯誤發(fā)生的原因。
            后來改到英文目錄下就可以了。
            難道WebSite不能發(fā)布在中文目錄下?

             

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

            2006年10月6日

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

            strlen與sizeof的區(qū)別

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

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

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

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

            5.大部分編譯程序在編譯的時候就把sizeof計算過了 是類型或是變量的長度這就是sizeof(x)可以用來定義數(shù)組維數(shù)的原因
            char str[20]="0123456789";//str是編譯期大小已經(jīng)固定的數(shù)組
            int a=strlen(str); //a=10;//strlen()在運行起確定
            int b=sizeof(str); //而b=20;//sizeof()在編譯期確定

            6.strlen的結(jié)果要在運行的時候才能計算出來,是用來計算字符串的實際長度,不是類型占內(nèi)存的大小。

            7.sizeof后如果是類型必須加括弧,如果是變量名可以不加括弧。這是因為sizeof是個操作符不是個函數(shù)。
            ?char c;
            ?sizeof c;//變量名可以不加括弧
            ?
            8.當適用了于一個結(jié)構(gòu)類型時或變量, sizeof 返回實際的大小,
            ?當適用一靜態(tài)地空間數(shù)組, sizeof 歸還全部數(shù)組的尺寸。
            ?sizeof 操作符不能返回動態(tài)地被分派了的數(shù)組或外部的數(shù)組的尺寸

            9.數(shù)組作為參數(shù)傳給函數(shù)時傳的是指針而不是數(shù)組,傳遞的是數(shù)組的首地址,
            如:
            fun(char [8])
            fun(char [])
            都等價于 fun(char *)
            在C++里參數(shù)傳遞數(shù)組永遠都是傳遞指向數(shù)組首元素的指針,編譯器不知道數(shù)組的大小
            如果想在函數(shù)內(nèi)知道數(shù)組的大小, 需要這樣做:
            進入函數(shù)后用memcpy拷貝出來,長度由另一個形參傳進去
            fun(unsiged char *p1, int len)
            {
            ? unsigned char* buf = new unsigned char[len+1]
            ? memcpy(buf, p1, len);
            }

            我們能常在用到 sizeof 和 strlen 的時候,通常是計算字符串數(shù)組的長度
            看了上面的詳細解釋,發(fā)現(xiàn)兩者的使用還是有區(qū)別的,從這個例子可以看得很清楚:

            har str[11]="0123456789";//注意這里str大小因該大于等于11,應(yīng)考慮'\0'在內(nèi),否則編譯器會報錯
            int a=strlen(str); //a=10; >>>> strlen 計算字符串的長度,以結(jié)束符 0x00 為字符串結(jié)束。
            int b=sizeof(str); //而b=11; >>>> sizeof 計算的則是分配的數(shù)組 str[11] 所占的內(nèi)存空間的大小,不受里面存儲的內(nèi)容改變。?

            上面是對靜態(tài)數(shù)組處理的結(jié)果,如果是對指針,結(jié)果就不一樣了

            char* ss = "0123456789";
            sizeof(ss) 結(jié)果 4 ===》ss是指向字符串常量的字符指針,sizeof 獲得的是一個指針的之所占的空間,應(yīng)該是長整型的,所以是4
            sizeof(*ss) 結(jié)果 1 ===》*ss是第一個字符 其實就是獲得了字符串的第一位'0' 所占的內(nèi)存空間,是char類型的,占了 1 位strlen(ss)= 10 >>>> 如果要獲得這個字符串的長度,則一定要使用 strlen

            另外,下面的方法可以用于確定該靜態(tài)數(shù)組可以容納元素的個數(shù):
            int a[3]={1,2,3};
            cout << sizeof a/sizeof ( typeid( a[0] ).name() );

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

            2006年8月30日

            利用信號量機制來完成 防止一個程序被多次運行 的代碼

            #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) | 評論 (1)編輯 收藏

            2006年8月28日

            MFC Serialize

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

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

            MFC Message定制步驟

            例如COMMAND消息:
            1。在該類頭文件中添加函數(shù)原形聲明:afx_msg void OnAppAbout();
            2。在該類實現(xiàn)文件中添加宏ON_COMMAND(ID_APP_ABOUT, OnAppAbout)
            其中ID_APP_ABOUT為菜單項的ID,在Resource.h中定義為整數(shù)(可以系統(tǒng)自動定義,也可以手動定義)
            3。在該類實現(xiàn)文件中添加消息實現(xiàn)函數(shù)void CTtApp::OnAppAbout()
            注:其他類型的消息定制方法類似。

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

            2006年8月17日

            MFC VS SDK

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

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

            2006年6月10日

            大家看一下這個問題

            今天在看一本書附的源代碼的時候,發(fā)現(xiàn)了一個問題,大家來探討一下:關(guān)于Winsock的
            下面是兩個程序,一個是服務(wù)器端的程序,不斷在監(jiān)客戶端的連接
            另外一個是客戶端的程序,試圖連接服務(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;
            ?
            ?// 綁定這個套節(jié)字到一個本地地址
            ?if(::bind(sListen, (LPSOCKADDR)&sin, sizeof(sin)) == SOCKET_ERROR)
            ?{
            ??printf("Failed bind() \n");
            ??return 0;
            ?}
            ?
            ?// 進入監(jiān)聽模式
            ?if(::listen(sListen, 2) == SOCKET_ERROR)
            ?{
            ??printf("Failed listen() \n");
            ??return 0;
            ?}
            ?
            ?// 循環(huán)接受客戶的連接請求
            ?sockaddr_in remoteAddr;
            ?int nAddrLen = sizeof(remoteAddr);
            ?SOCKET sClient;
            ?char szText[] = " TCP Server Demo! \r\n";
            ?while(TRUE)
            ?{
            ??// 接受一個新連接
            ??sClient = ::accept(sListen, (SOCKADDR*)&remoteAddr, &nAddrLen);
            ??if(sClient == INVALID_SOCKET)
            ??{
            ???printf("Failed accept()");
            ???continue;
            ??}
            ??
            ??printf(" 接受到一個連接:%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;
            }
            大家請注意上面的while循環(huán),在不斷監(jiān)聽客戶端的連接。除非你手動關(guān)閉該服務(wù)器程序,否則while循環(huán)是不會退出的。那么,問題是:關(guān)閉套接字的那段代碼始終不會執(zhí)行(我用MessageBox做了試驗,即使是手動關(guān)閉該程序,也不會MessageBox),這樣,是不是會發(fā)生資源泄露呢?難道windows會幫你關(guān)閉?

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

            2006年4月27日

            語言的發(fā)展方向

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

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

            僅列出標題  下一頁
            <2006年2月>
            2930311234
            567891011
            12131415161718
            19202122232425
            2627281234
            567891011

            導(dǎo)航

            統(tǒng)計

            常用鏈接

            留言簿(4)

            隨筆分類(23)

            隨筆檔案(23)

            URL

            最新隨筆

            搜索

            積分與排名

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            久久天天躁狠狠躁夜夜网站 | 色欲久久久天天天综合网精品| 无夜精品久久久久久| 国产精品美女久久福利网站| 亚洲乱码中文字幕久久孕妇黑人| 成人国内精品久久久久影院| 国产精品九九久久免费视频| 久久人妻少妇嫩草AV蜜桃| 精品久久久久久久久午夜福利| 国产精品欧美久久久久无广告 | 亚洲精品tv久久久久久久久| 97精品国产91久久久久久| 色综合久久久久综合99| 国产精品久久成人影院| 久久久久成人精品无码| 国产精品国色综合久久| 偷偷做久久久久网站| 国产L精品国产亚洲区久久| 亚洲AV成人无码久久精品老人| 国产成人精品久久亚洲高清不卡| 新狼窝色AV性久久久久久| 久久青青草原精品国产不卡| 久久国产亚洲精品麻豆| 无遮挡粉嫩小泬久久久久久久 | 久久99精品久久久久子伦| 久久99久久成人免费播放| 久久国产精品-久久精品| 狠狠精品久久久无码中文字幕| 看全色黄大色大片免费久久久| 欧美久久综合性欧美| 日本人妻丰满熟妇久久久久久| 久久精品免费全国观看国产| 久久精品国产一区二区三区| 青青草原综合久久| 国产精品久久久久久吹潮| 久久精品欧美日韩精品| 无码专区久久综合久中文字幕| 国内精品人妻无码久久久影院导航| 麻豆久久| 精品久久人人爽天天玩人人妻| 久久国产免费直播|