国产精品美女久久久久久2018 ,2021精品国产综合久久,国产精品美女久久久久av爽

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

幾乎每個像樣的庫，都會有自己定義的類型系統，如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位服務器的逐漸普及，int類型在32位和64位機下代表的字節數可能不再相同，這對現有的服務器的協議解析會造成一定麻煩，比如，協議解析時，可能有，
int nCmdType = (int)ptr;
ptr += 4；
所以，自己在開發底層庫時，封裝一下基本類型，既提高了可讀性，也易于移植

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

Feedback

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

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

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

int8_t;
int16_t;
int32_t;
int64_t;

和

uint8_t;
uint16_t;
uint32_t;
uint64_t;

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

c++委員會已經把cstdint納入TR1中，并已經列入c++09的標準中，今年內就會稱為c++標準的一部分。

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

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

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

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

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

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

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

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

@true

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

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

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

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

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

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

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

回復更多評論

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

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

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

@true

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

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

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

關于你說的__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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

刷新評論列表

只有注冊用戶登錄后才能發表評論。
【推薦】100%開源！大型工業跨平臺軟件C++源碼提供，建模，組態！

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

網站導航: 博客園 IT新聞 BlogJava 博問 Chat2DB 管理

網絡服務器軟件開發/中間件開發，關注ACE/ICE/boost

常用鏈接

留言簿(18)

隨筆分類

隨筆檔案

文章分類

文章檔案

好友博客

搜索

積分與排名

最新評論

閱讀排行榜

評論排行榜

Feedback