• <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)編輯 收藏

            僅列出標題  下一頁
            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            導航

            統計

            常用鏈接

            留言簿(4)

            隨筆分類(23)

            隨筆檔案(23)

            URL

            最新隨筆

            搜索

            積分與排名

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            精品久久国产一区二区三区香蕉| 久久精品国产一区二区三区 | 亚洲中文字幕久久精品无码喷水 | 久久久久国产精品嫩草影院| 91精品国产色综久久| 日韩AV毛片精品久久久| 国产精品乱码久久久久久软件| 亚洲精品无码专区久久久| 国产精品毛片久久久久久久| 久久久久综合国产欧美一区二区| 亚洲美日韩Av中文字幕无码久久久妻妇 | 久久久久久午夜成人影院 | 久久久精品免费国产四虎| 欧美综合天天夜夜久久| 一本久久a久久精品综合香蕉| 国产精品无码久久综合| 亚洲午夜久久久| 99热精品久久只有精品| 无码人妻久久一区二区三区| 久久国产精品免费一区| av午夜福利一片免费看久久| 亚洲成av人片不卡无码久久| 亚洲国产精品久久66| 久久成人国产精品| 午夜人妻久久久久久久久| 久久婷婷五月综合97色直播| 国产精品久久久久久久久鸭 | 91久久精品无码一区二区毛片| 尹人香蕉久久99天天拍| 久久精品二区| 久久久国产精品| 狠狠综合久久综合中文88| 国产精品99久久精品| AV色综合久久天堂AV色综合在| 天堂久久天堂AV色综合| 久久中文字幕人妻熟av女| 国内精品久久久久影院薰衣草 | 亚洲色欲久久久久综合网| 久久www免费人成精品香蕉| 国产亚洲色婷婷久久99精品91| 国产成人香蕉久久久久|