Protocol Buffers的將不僅有助於減少轉移的規模,同時也提高它需要進行編碼,並將其發送以及時間。
在開發谷歌,以幫助提高數據傳輸,協議緩衝區是適合所有基於RPC協議和相鄰的文件格式。
目前,圖書館被認為是最好的業務,仍然被廣泛用於生產谷歌的許多其他公司的產品。
該軟件包包括模塊,C ++,Java和Python應用程序。
Protocol Buffers的第三方端口已創建的開發商像動作,C,C#,Clojure的,Common Lisp的,D,飛鏢,二郎,圍棋,JavaScript的,Lua中,MATLAB,OCaml的,Objective-C的,PHP,Perl的語言, R,紅寶石,斯卡拉,Visual Basic和許多其他更
什麼在此版本中是新的:
- 在C ++:
- 修正了舊編譯器的frendship問題,使圖書館現在又GCC 3中兼容。
- 修正vcprojects / extract_includes.bat提取編譯/ plugin.h。
- Java的:
- 在JDK 1.6中刪除用法才有的功能,使現在的庫JDK 1.5兼容了。
- 修正了一個負面的枚舉值的bug。
- 的serialVersionUID現在是在為Java序列化產生的消息定義。
- 固定protoc使用的java.lang.Object,這使得"對象"現在又一個有效消息的名稱。
- 的Python:
- 在實驗C ++實現,現在需要安裝的C ++ protobuf的庫。
- 請參閱README.TXT詳細細節蟒目錄。
在什麼版本2.3.0新是:
- 在C ++:
- 各種速度和代碼大小的優化。
- DynamicMessageFactory現在是線程安全的。
- 消息:: Utf8DebugString()方法是像DebugString(),但避免了逃避UTF-8字節。
- 在編譯的消息類型現在可以包含動態擴展,通過使用CodedInputStream的:: SetExtensionRegistry()。
- 現在,彙編共享庫(DLL),默認情況下在Cygwin和MinGW,以配合其他平台。使用--disable共享,以避免這種情況。
- Java的:
- parseDelimitedFrom()和mergeDelimitedFrom()現在檢測EOF,並返回假/ null而不是拋出異常。
- 修正了一些初始化順序錯誤。
- 修正為OpenJDK 7的。
- 的Python:
- 在10-25倍,比2.2.0快,還是純Python。
- 上調用的子消息的突變方法總是實例中其即使不同誘變方法實際上並不發生變異的任何(例如,從空字符串解析)父消息。
- 擴展描述了一下。
評論沒有發現