国内精品视频666,欧美日韩一区自拍,99re这里只有精品6

對基本類型的再包裝，方便了移植

幾乎每個像樣的庫，都會有自己定義的類型系統(tǒng)，如U8,U16等等，下面是摘選自resiprocate-1.4\rutil\stun\Stun.hxx的，

#ifndef RESIP_COMPAT_HXX

// define some basic types

typedef unsigned char UInt8;

typedef unsigned short UInt16;

#ifdef __APPLE__

typedef unsigned long UInt32;

#else

typedef unsigned int UInt32;

#endif

#if defined( WIN32 )

typedef unsigned __int64 UInt64;

#else

typedef unsigned long long UInt64;

#endif

typedef struct { unsigned char octet[16]; } UInt128;

隨著64位服務(wù)器的逐漸普及，int類型在32位和64位機下代表的字節(jié)數(shù)可能不再相同，這對現(xiàn)有的服務(wù)器的協(xié)議解析會造成一定麻煩，比如，協(xié)議解析時，可能有，
int nCmdType = (int)ptr;
ptr += 4；
所以，自己在開發(fā)底層庫時，封裝一下基本類型，既提高了可讀性，也易于移植

posted on 2009-02-02 10:51 true 閱讀(3111) 評論(12) 編輯收藏引用所屬分類: C++基礎(chǔ) 、linux

Feedback

# re: 對基本類型的再包裝，方便了移植 2009-02-02 21:18 Dancefire

在1999年以前，你這么做是合理的。但是1999年C99標準推出以后，這樣做就已經(jīng)不合理了。你應(yīng)該使用C99的標準頭文件<stdint.h>，如果是C++的話，應(yīng)該使用<cstdint>。

在stdint.h中，標準明確要求定義：

int8_t;
int16_t;
int32_t;
int64_t;

和

uint8_t;
uint16_t;
uint32_t;
uint64_t;

有關(guān)C99的stdint.h的信息請參考wikipedia上的介紹：
http://en.wikipedia.org/wiki/Stdint.h
http://www.opengroup.org/onlinepubs/009695399/basedefs/stdint.h.html

c++委員會已經(jīng)把cstdint納入TR1中，并已經(jīng)列入c++09的標準中，今年內(nèi)就會稱為c++標準的一部分。

這些類型的定義，將有所用的編譯器和庫保證其平臺間一致性。gcc和unix下很多C或者C++編譯器的用戶已經(jīng)隨時可以使用<stdint.h>或者<cstdint>，因為gcc支持c99標準，并且libstdc++也包含了<cstdint>。至于Windows用戶而言，稍有不幸，因為微軟的編譯器不支持c99標準，所以沒有<stdint.h>這個文件，這也可能是樓主不知道這個文件的主要原因。但是沒關(guān)系，boost庫提供了tr1的完整實現(xiàn)，其中自然包含了<cstdint>，只要引入<boost/cstdint.hpp>就可以使用上述類型而不用擔(dān)心跨平臺性。當然，一如既往，boost提供了更多的可移植性基礎(chǔ)類型的定義。

http://www.boost.org/doc/libs/1_37_0/libs/integer/cstdint.htm

請樓主參考這些信息修改文章，畢竟在標準可用下，使用標準更合理。回復(fù) 更多評論

# re: 對基本類型的再包裝，方便了移植 2009-02-03 08:59 true

@Dancefire
謝謝，你的提醒！剛才查看了linux,在/usr/include目錄下存在stdint.h，但在windows下沒有此文件：VC6和VC8下都沒有，不知道VC9下如何。像這種情況，也只能自己定義了回復(fù) 更多評論

# re: 對基本類型的再包裝，方便了移植 2009-02-03 11:37 陳梓瀚(vczh)

C99相當一部分不在C++里面，所以微軟的編譯器不支持是很正常的。回復(fù) 更多評論

# re: 對基本類型的再包裝，方便了移植 2009-02-03 12:00 Dancefire

@true

我的回復(fù)中已經(jīng)提到，因為微軟尚不支持c99標準，因此vc用戶享受標準提供的便利會有些麻煩。

但是我也提到了，<cstdint>已經(jīng)被提到TR1并且進而提到了c++09標準中了，因此，各大編譯器已經(jīng)都開始支持<cstdint>了。對于gcc用戶自然沒問題。對于vc用戶，有很多
種辦法可以提前使用c++09的一些庫：

1) 下載微軟vc2008 Feature Pack，里面提供了TR1的實現(xiàn)，其中包含我提到的頭文件。

2) 更簡單一些，安裝boost，使用<boost/cstdint.hpp>文件，里面也是按照TR1標準/c99標準實現(xiàn)的跨平臺統(tǒng)一的類型文件。

3) 使用第三方的c++標準庫，如apache的stdcxx，里面也基本上支持了TR1，包含了我說的頭文件。

因此完全不用自己定義。更何況自己定義的很難符合跨cpu，跨系統(tǒng)的統(tǒng)一性。而我說的這些實現(xiàn)，由于按照標準，已經(jīng)支持幾十種系統(tǒng)和cpu的組合了，為什么還要自己定義呢？拿來用就好了。

如果僅僅是擔(dān)心vc和其它環(huán)境不兼容，那大不了從mingw中把stdint.h拷過來，然后按照vc環(huán)境改一改就可以了。這樣在vc環(huán)境下include這個頭文件，其它環(huán)境下使用標準頭文件。除了微軟外的編譯器基本上都支持c99，因此不用擔(dān)心其他平臺的兼容性。

回復(fù) 更多評論

# re: 對基本類型的再包裝，方便了移植 2009-02-03 12:38 true

@Dancefire
你說的這三種方法，目前都不能實現(xiàn)，公司的系統(tǒng)不能使用第三方庫，現(xiàn)在ace也放棄了，而且需要兼容VC6，各種版本的linux。類似的問題，還有__VA_ARGS__等。這樣雖然會有造輪子的嫌疑，但長期來看，對系統(tǒng)的維護會更容易，得大于失吧。回復(fù) 更多評論

# re: 對基本類型的再包裝，方便了移植 2009-02-03 12:56 Dancefire

@true

那就不使用第三方庫好了。boost的頭文件可以直接拷過來用，修改一下當成自己的，算不得第三方庫了吧？或者從mingw中把stdint.h拷過來也行，那個是針對win32平臺修改過的stdint.h。就一個頭文件而已，也算不得第三方庫吧？對于這個頭文件而言，VC6是肯定兼容的，最多稍微修改一下不會太費力氣。

對于類型而言，應(yīng)該使用標準所制定的跨平臺一致性類型。但是vc不支持，因為我們添加個頭文件讓其支持標準。這樣就可以保證和所有支持c99系統(tǒng)的一致性了。比如linux，甚至freebsd或者netbsd，或者darwin/macos。

所以，在已存在標準這個前提下，那么問題應(yīng)該描述為如何為vc補全所需標準的內(nèi)容。這很簡單，遵循標準定義，或者直接那別人已經(jīng)定義好的頭文件過來就ok了。也不依賴任何第三方庫。

關(guān)于你說的__VA_ARGS__，也是C99標準的一部分，所有支持c99的編譯器都支持，包括gcc。
http://gcc.gnu.org/onlinedocs/cpp/Variadic-Macros.html

VC2005開始以后都支持了。
http://msdn.microsoft.com/en-us/library/ms177415(VS.80).aspx

因此之前的版本如果不支持，那應(yīng)該設(shè)法為vc6定義一個__VA_ARGS__的宏，來使之支持相應(yīng)的標準。

原則就是，凡是在標準中已經(jīng)明確定義的東西，那么誰不支持標準，就讓誰符合標準。而不要自己重復(fù)造輪子，因為你無法保證你定義的類型在多系統(tǒng)下兼容，畢竟你接觸和使用的系統(tǒng)有限。何不只讓不符合標準的符合標準，至于其他支持標準的系統(tǒng)，自然不用你來操心。
回復(fù) 更多評論

# re: 對基本類型的再包裝，方便了移植 2009-02-03 13:29 true

@Dancefire
你的回復(fù)很好“凡是在標準中已經(jīng)明確定義的東西，那么誰不支持標準，就讓誰符合標準”是一種思路，只考慮win和linux，看下面lib.h這種用法

#ifdef WIN32
typedef unsigned char int8_t;
typedef unsigned short int16_t;
#else
#include <stdint.h>
#endif
我覺得還是很少這樣寫的，在導(dǎo)出的頭文件lib.h中，最起碼現(xiàn)在我用的2個商用平臺沒有這樣的--->導(dǎo)出的lib.h中都不會再包含其他頭文件回復(fù) 更多評論

# re: 對基本類型的再包裝，方便了移植 2009-02-03 16:28 Digital_life

從你們的對話中受益良多，回復(fù) 更多評論

# re: 對基本類型的再包裝，方便了移植 2009-02-04 09:03 夢在天涯

@Dancefire
很不錯！說的很好啊！回復(fù) 更多評論

# re: 對基本類型的再包裝，方便了移植 2009-02-04 09:08 夢在天涯

@Dancefire
的意思是說要想編寫可以跨平臺的程序，就要用UInt32，等，不直接使用int，long等嗎？回復(fù) 更多評論

# re: 對基本類型的再包裝，方便了移植 2009-02-04 09:48 Dancefire

@夢在天涯
不是自定義的UInt32，而是標準中的uint32_t或者，int32_t之類。自定義的類型是無法保證這一點的。

是否使用這類確保跨平臺一致性的類型，關(guān)鍵在于你的應(yīng)用在使用這些類型的時候是否關(guān)注其大小。比如你僅僅是進行個for-loop，或者簡單的計數(shù)或者確定數(shù)字不是很大的計算，那自然無所謂了。

但是比如你要把一個數(shù)字以二進制格式存儲到硬盤上，或者要進行網(wǎng)絡(luò)通訊，其內(nèi)容是某結(jié)構(gòu)體等，或者某些變量需要至少多少位的空間才能夠滿足需求。碰到這類比較關(guān)心實際占用空間大小的問題，而且系統(tǒng)是跨平臺的，那么就需要考慮使用標準中具有跨平臺一致性的類型了。那些是由編譯器會保證跨平臺大小一致的。回復(fù) 更多評論

# re: 對基本類型的再包裝，方便了移植 2009-06-19 09:25 dvb-dvb

我也遇到這個問題了,
TS Analyser TooL:
http://www.cnitblog.com/dvb-dvb/archive/2009/03/20/55573.html 回復(fù) 更多評論

刷新評論列表

只有注冊用戶登錄后才能發(fā)表評論。


相關(guān)文章: C++中使用C#的App.Config配置文件 vs2008調(diào)試后控制臺窗口關(guān)不了[轉(zhuǎn)帖] C++實現(xiàn)的MD5算法 C++結(jié)構(gòu)體序列化的一點思考對基本類型的再包裝，方便了移植 linux下信號處理函數(shù)實現(xiàn)的一點理解用GDB調(diào)試程序---轉(zhuǎn)貼，非常全面的調(diào)試技巧 VC6中沒有vsnprintf函數(shù) std::queue的front的問題沒有找到MSVCR80D.dll[轉(zhuǎn)]

網(wǎng)站導(dǎo)航: 博客園 IT新聞 BlogJava 博問 Chat2DB 管理

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

網(wǎng)絡(luò)服務(wù)器軟件開發(fā)/中間件開發(fā)，關(guān)注ACE/ICE/boost

常用鏈接

留言簿(18)

隨筆分類

隨筆檔案

文章分類

文章檔案

好友博客

搜索

積分與排名

最新評論

閱讀排行榜

評論排行榜

Feedback