Boost.Asio成為C++標準庫一部分的機會大嗎?
01-05
以前寫代碼很多依賴boost庫,新標準出台後可以減少很多依賴,但是Boost.Asio還沒標準化,還不能完全不引入boost,請問各位大大覺得Boost.Asio成為標準的機會大不?
按照C++這種重視系統輕視應用,重視內存輕視IO的尿性來看,ASIO進入標準的機會不是很大。
當然具體的要找標準委員會的成員來看了。。。
另外如陳碩所言,cpp-netlib更有希望。BS: 2015年5月:
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2015/n4492.pdf
So here is my top-ten list for C++17 (no order within the list):
? Concepts (they allows us to precisely specify our generic programs and address the most vocal
complaints about the quality of error messages)
? Modules (provided they can demonstrate significant isolation from macros and a significant
improvement in compile times)
? Ranges and other key STL components using concepts (to improve error messages for
mainstream users and improved the precision of the library specification 「STL2」)
? Uniform call syntax (to simplify the specification and use of template libraries)
? Co-routines (should be very fast and simple)
? Networking support (based on the asio in the TS)
? Contracts (not necessarily used in the C++17 library specification)
? SIMD vector and parallel algorithms
? Library 「vocabulary types」, such as optional, variant, string_view, and array_view
? A 「magic type」 providing arrays on the stack (stack_array) with support for reasonable safe
and convenient use.
還有1句,
After C++17, C++20 will be there to 「complete C++17」 just as C++14 completed C++11.
沒機會。有機會的是這個: http://cpp-netlib.org/
不是大大,但也不大,有些部分會被消化成另外的形式。
C++17還是有很大可能的,Expected features都怎樣寫了"A network library based on boost::asio"
2015年asio新提案:http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2015/n4478.html
我認為不是太大。
畢竟C++不是JAVA,不是C#,對標準庫寄予厚望。畢竟C++程序員都喜歡白手起家,不辭辛苦的發明/改善輪子,並自得其樂。另外,ASIO雖然厲害,但是還是不如STL那樣精闢,甚至有時候還出現BUG。不太大,之前說要加入的網路庫不叫asio- -....
不管進不進,使用還是一樣的,對於小企業開發者,如果經驗不足,用asio更靠譜
ASIO應該是有很大可能。
不管進不進,不是非要進標準才能使用
推薦閱讀:
※為什麼C/C++的預處理指令#include不自動讓所包含的文件只包含一次?
※gcc編譯大文件非常慢,是有什麼限制嗎?
※為何C++/Rust都不允許靜態函數是虛的?
※如何優化一個讀取命令並執行的程序?
※C++的完美轉發只能針對形如T &&的形參嗎?