• <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,是一種用來存儲數據的純文本
            文件格式,通常用于電子表格或數據庫軟件。有簡單易用,占用存儲字節少的特點。

            規則

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

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

            2007年5月4日

            泛型程序設計是C++的發展方向或者是出路嗎?

             

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

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

            2007年4月4日

            WebSite不能發布在含有中文的目錄下?

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

             

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

            2006年10月6日

            轉載:Sizeof與Strlen的區別與聯系

            strlen與sizeof的區別

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

            2.sizeof是算符,strlen是函數。

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

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

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

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

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

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

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

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

            上面是對靜態數組處理的結果,如果是對指針,結果就不一樣了

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

            另外,下面的方法可以用于確定該靜態數組可以容納元素的個數:
            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。在該類的實現文件中添加 IMPLEMENT SERIAL宏
            4。為該類添加一個缺省構造函數
            5。在該類中重寫Serialize( CArchive& ar )函數
            之后,該類就可以被Serializable。

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

            MFC Message定制步驟

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

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

            2006年8月17日

            MFC VS SDK

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

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

            2006年6月10日

            大家看一下這個問題

            今天在看一本書附的源代碼的時候,發現了一個問題,大家來探討一下:關于Winsock的
            下面是兩個程序,一個是服務器端的程序,不斷在監客戶端的連接
            另外一個是客戶端的程序,試圖連接服務器端
            服務器端的程序代碼:
            int main()
            {
            ?// 創建套節字
            ?SOCKET sListen = ::socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);
            ?if(sListen == INVALID_SOCKET)
            ?{
            ??printf("Failed socket() \n");
            ??return 0;
            ?}
            ?
            ?// 填充sockaddr_in結構
            ?sockaddr_in sin;
            ?sin.sin_family = AF_INET;
            ?sin.sin_port = htons(4567);
            ?sin.sin_addr.S_un.S_addr = INADDR_ANY;
            ?
            ?// 綁定這個套節字到一個本地地址
            ?if(::bind(sListen, (LPSOCKADDR)&sin, sizeof(sin)) == SOCKET_ERROR)
            ?{
            ??printf("Failed bind() \n");
            ??return 0;
            ?}
            ?
            ?// 進入監聽模式
            ?if(::listen(sListen, 2) == SOCKET_ERROR)
            ?{
            ??printf("Failed listen() \n");
            ??return 0;
            ?}
            ?
            ?// 循環接受客戶的連接請求
            ?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));

            ??// 向客戶端發送數據
            ??::send(sClient, szText, strlen(szText), 0);
            ??// 關閉同客戶端的連接
            ??::closesocket(sClient);
            ?}
            ??
            ?// 關閉監聽套節字
            ?::closesocket(sListen);
            ?::MessageBox(NULL,"","",MB_OK);
            ?return 0;
            }
            大家請注意上面的while循環,在不斷監聽客戶端的連接。除非你手動關閉該服務器程序,否則while循環是不會退出的。那么,問題是:關閉套接字的那段代碼始終不會執行(我用MessageBox做了試驗,即使是手動關閉該程序,也不會MessageBox),這樣,是不是會發生資源泄露呢?難道windows會幫你關閉?

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

            2006年4月27日

            語言的發展方向

            我覺得編程語言越來越向專業性發展,語言服務于特定的領域,發展一種適用于很多領域的語言沒有很大價值,當某一領域需要某種合適的語言時,會從現有的語言上改動一些,形成一種新的語言,來解決這個領域中的問題。也就是說,語言越來越小,庫越來越多,一種語言的公共子集加上一種合適的庫就形成了一種新的語言。我覺得這是以后語言的發展方向。
            語言只是一門工具,是用來解決某一領域內問題的工具而已,面向問題時,分析,建模,選取合適的語言編碼,這都是解決問題的工具。所以,不要為了學習語言而學習語言,應該根據你所面臨的問題而學習,選擇語言,一般來說,不同適用范圍或者適用領域的語言沒有優劣之分。

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

            僅列出標題  下一頁
            <2006年8月>
            303112345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            導航

            統計

            常用鏈接

            留言簿(4)

            隨筆分類(23)

            隨筆檔案(23)

            URL

            最新隨筆

            搜索

            積分與排名

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            亚洲?V乱码久久精品蜜桃| 国产产无码乱码精品久久鸭| 国内精品久久久久久久coent | 久久久精品久久久久久| 色综合久久天天综线观看| 久久免费看黄a级毛片| 久久精品国产99久久无毒不卡| 久久伊人精品青青草原高清| 欧美午夜A∨大片久久| 亚洲精品tv久久久久久久久| 女人香蕉久久**毛片精品| 午夜福利91久久福利| 久久香蕉国产线看观看乱码| 久久久久久精品免费免费自慰| 91精品国产91久久久久久| 欧美熟妇另类久久久久久不卡| 99久久人人爽亚洲精品美女| 久久久国产精品亚洲一区| 色婷婷综合久久久久中文字幕| 中文精品久久久久国产网址| 久久国产亚洲精品无码| 久久久久久久综合狠狠综合| 国产精品无码久久四虎| 国产精品久久国产精品99盘| 伊人色综合久久天天人手人婷 | 久久精品国产99国产精偷| 久久精品极品盛宴观看| 久久男人AV资源网站| 精品无码久久久久久国产| 免费精品99久久国产综合精品| 97超级碰碰碰久久久久| 欧美午夜精品久久久久免费视| 久久国产亚洲精品| 久久午夜夜伦鲁鲁片免费无码影视 | 99久久99久久精品免费看蜜桃| 久久久久久久久久久久久久| 亚洲精品第一综合99久久| 人妻少妇精品久久| 亚洲精品第一综合99久久| 久久亚洲AV无码精品色午夜麻豆| 久久人人爽人人人人爽AV|