Các phần được sử dụng nhiều nhất của Boost [đã đóng]

Khi tôi phát hiện ra boost::lexical_casttôi đã nghĩ "tại sao tôi không biết về điều này sớm hơn!" - Tôi ghét phải viết mã như

stringstream ss;
ss << anIntVal;
mystring = ss.str();

Bây giờ tôi viết

mystring = boost::lexical_cast<string>(anIntVal);

Hôm qua, trên stackoverflow, tôi đã xem qua boost split (một loại đá quý khác sẽ giúp tôi tiết kiệm mã viết).

string stringtobesplit = "AA/BB-CC")
vector<string> tokens;

boost::split(tokens, stringtobesplit, boost::is_any_of("/-")); 
// tokens now holds 3 items: AA BB CC

Tôi sẽ bắt đầu xem qua tài liệu tăng cường tìm kiếm các chức năng khác mà tôi sẽ có thể sử dụng thường xuyên, nhưng tôi cảm thấy rằng nó sẽ rất dễ bỏ lỡ mọi thứ.

Những chức năng tăng nào bạn sử dụng nhiều nhất / ghét không có?

Có lẽ phần được sử dụng nhiều nhất cho boost là boost :: shared_ptr .

BOOST_FOREACH làm cho cuộc sống trở nên đáng giá một lần nữa.

(Tại sao không ai đề cập đến điều này? Câu hỏi đã được hỏi 8 tháng trước!)

Faves của tôi là, không theo thứ tự cụ thể:

• regex
• hệ thống tập tin
• chủ đề
• từ vựng
• chương trình_options (chỉ xuất sắc!)
• kiểm tra (cho tất cả các nhu cầu kiểm tra đơn vị của tôi).
• Thuật toán chuỗi
• Chuỗi mã thông báo
• định dạng (định dạng chuỗi kiểu printf an toàn)
• ptrs thông minh

Boost là một sự trợ giúp lớn khi tôi viết ứng dụng đa nền tảng đầu tiên của mình - nếu không có nó, tôi thực sự sẽ phải vật lộn.

Tôi thích cách bạn có thể cung cấp công cụ hủy diệt của riêng bạn cho shared_ptr.
Điều này có nghĩa là, ví dụ, bạn có thể sử dụng nó với FILE*và lấy nó để đóng tệp cho bạn.
ví dụ

void safeclose(FILE*fp) {
    if(fp) {
        fclose(fp);
    }
}
void some_fn() {
    boost::shared_ptr<FILE> fp( fopen(myfilename, "a+t"), safeclose );
    //body of the function, and when ever it exits the file gets closed
    fprintf( fp.get(), "a message\n" );
}

Không có ai đề cập đến Container đa chỉ số nên tôi sẽ gọi điện muộn. Không phải là bạn thường xuyên cần chúng, nhưng không tăng cường, đó là một nỗi đau thực sự để tạo ra một cấu trúc dữ liệu tương đương, cũng như kém hiệu quả hơn. Gần đây tôi đã sử dụng chúng rất nhiều để tạo ra các container tìm kiếm trên 2 phím.

Tôi ngạc nhiên khi không ai nhắc đến boost::optional. Tôi thấy mình sử dụng nó thường xuyên hơn bất kỳ phần nào của Boost ngoại trừ shared_ptrvà scoped_ptr.

Không ai đề cập đến tăng :: tuple? Vì xấu hổ!

BOOST_STATIC_ASSERT

Cập nhật (tháng 10 năm 2011): C ++ 11 (C ++ 0x) có static_assert http://www2.research.att.com/~bs/C++0xFAQ.html#static_assert

Một trong những ứng dụng được sử dụng nhiều nhất của tôi không phải là Boost thích hợp, mà là Thư viện nguồn Adobe (ASL) được xây dựng dựa trên Boost - cụ thể là các phần mở rộng cho các thuật toán tiêu chuẩn chấp nhận phạm vi boost :: thay cho các trình lặp bắt đầu / kết thúc riêng biệt. Sau đó, thay vì gọi, nói,

std::for_each(some_container.begin(), some_container.end(), do_something());

Tôi chỉ có thể nói

adobe::for_each(some_container, do_something());

(Tôi thực sự hy vọng những phần này của ASL sẽ chuyển sang Boost.)

Tôi sử dụng rất nhiều:

• tăng :: tín hiệu
• boost :: shared_ptr
• boost :: lexical_cast
• tăng :: liên kết
• tăng :: ngẫu nhiên
• tăng :: chủ đề
• boost :: không thể quét

Khác như Tuple, Tĩnh Assert và Integer rất hữu ích nếu bạn đang viết thư viện do được sử dụng trên nhiều nền tảng khác nhau.

Những thứ như Đồ thị và Lambda cụ thể hơn.

boost::shared_ptrlà một yêu cầu cho IMHO lập trình C ++ hiện đại. Đó là lý do tại sao họ đã thêm nó vào tiêu chuẩn với TR1. boost::program_options, boost::bindvà boost::signalthực sự tốt đẹp nếu bạn biết chúng dùng để làm gì và sử dụng chúng như thế nào. Hai người cuối cùng có xu hướng sợ người mới.

Chúng tôi thấy boost :: Spirit khá hữu ích cho một giải pháp kinh doanh để phân tích ECMAScript. Phức tạp, nhưng rất đẹp!

Tôi ngạc nhiên khi chưa thấy giữa các câu trả lời Boost.Thread .

Tôi đã sử dụng shared_ptr trong nhiều năm nay. Nó rất hữu ích, không có lý do gì mà một dự án nên không có nó.

Trên hết, tôi cũng sử dụng Bind / Function / Lambda cho các cơ chế gọi lại chung - đặc biệt hữu ích khi thử nghiệm - cũng như Định dạng cho thay thế chạy nước rút cho mục đích chung của tôi.

Cuối cùng, đó chỉ là một ngày khác khi tôi sử dụng Biến thể trong sự tức giận để giải quyết vấn đề (một trình phân tích cú pháp có thể phản hồi với một tập hợp nhỏ các loại mã thông báo không liên quan cố định). Giải pháp rất thanh lịch và tôi rất hài lòng với nó.

Nhiều năm đã trôi qua và thời gian đã thay đổi, vì vậy thời gian để cập nhật. SharedPtr và Function hiện là một phần của Standard và Bind và Lambda bị lỗi thời bởi chức năng lambda ở cấp độ ngôn ngữ thực tế.

Tôi vẫn sử dụng Biến thể (cũng đã được chuẩn hóa, nhưng tôi chưa có), Định dạng phần lớn được thay thế bằng fmtlib (cũng đã được chuẩn hóa).

Phần lớn của Boost mà tôi sử dụng là Boost.Asio. Đó là trong quá trình được tiêu chuẩn hóa.

Sử dụng bộ dữ liệu để lặp lại bản đồ, như thế này:

string key, value;
BOOST_FOREACH(tie(key, value), my_map) { ... }

Sử dụng boost gán, tôi có thể xác định bản đồ như thế này:

map<string, string> my_map = map_list_of("key1", "value1")("key2", "value2")("key3", "value3");

Và bằng cách sử dụng bộ điều hợp phạm vi và toán tử đường ống ("|"), tôi có thể lặp lại các giá trị của bản đồ (làm ví dụ):

BOOST_FOREACH(string value, my_multimap.equal_range("X") | map_values | reversed) { ... }

Bạn nên kiểm tra boost :: program_options. Nó làm cho phân tích dòng lệnh dễ dàng hơn nhiều.

Tôi sử dụng Bộ chứa Con trỏ Tăng cường theo sở thích cho bộ chứa STL của shared_ptrs.

Tôi sử dụng boost :: num :: ublas :: matrix khá nhiều.

Tôi thích boost :: Random và boost :: asio và boost :: filesystem, tuy nhiên boost :: bind, boost :: circle_buffer và boost :: thread rất thực tế, con trỏ thông minh vẫn ổn nhưng tôi thích RAII hơn là quản lý bộ nhớ

Được rồi, đây là một cái mới tôi đã tìm thấy:
Thay vì sử dụng stricmp, tôi có thể sử dụng hàm bằng của boost và chuyển vào vị từ is_iequal,
ví dụ:
thay vì

stricmp( "avalue", mystr.c_str() ) == 0

tôi có thể sử dụng

equals( "avalue", mystr, is_iequal() ) 

được:

#include <boost/algorithm/string.hpp>
using namespace boost::algorithm;

Đây là hai xu của tôi:

• boost :: scope_exit - không cần xác định lớp RAII chỉ cho một lần sử dụng
• tăng :: bất kỳ
• boost :: biến thể
• Thư viện chứa con trỏ Boost (ptr_vector)
• Thư viện hồ bơi Boost
• boost :: unordered_map / boost :: unordered_set

Tôi sử dụng boost::iclkhá nhiều cho xử lý hậu kỳ văn bản. Tiết kiệm cho tôi khá nhiều thời gian vì nếu không tôi sẽ phải tự thực hiện phân tách văn bản ...

BOOST_FOREACH có ở khắp mọi nơi trong mã của tôi :)

boost::functionvà boost::bindlà một phải tuyệt đối. Mặc dù bây giờ họ đang std::functionvà std::bind. Chúng thực sự giúp giảm số lượng mã không cần thiết và thường chỉ tốt cho các thiết kế của tôi (hoặc ảo tưởng của tôi).

Gần đây tôi đã bắt đầu sử dụng boost::interprocess::message_queuevà đây cũng là một công cụ tuyệt vời.

Tôi sẽ sử dụng nhiều hơn nữa, nhưng Qt có những cách riêng để làm rất nhiều việc mà Boost làm. Nếu tôi phải lập trình C ++ thuần túy, tôi đoán tôi sẽ trở thành một boost::junkie:)

Những gì tôi sử dụng nhiều nhất hiện có sẵn trong TR1:

• con trỏ chia sẻ
• lớp mảng

Bây giờ tôi cũng sử dụng các lớp pool và một số thứ cụ thể khác.

Bây giờ bạn đã hiểu rằng Boost có nghĩa là hữu ích cho hầu hết các lập trình viên, đó là lý do tại sao nó là giường thử nghiệm cho thư viện tiêu chuẩn trong tương lai.

Nói về boost :: lexical_cast, tại sao không phải là 'định dạng' một thành viên tĩnh trong thư viện std :: string?
Hầu hết tất cả các gui lib đều có một cái gì đó như CString :: Format ("% i") hoặc QString :: Number ("% i") trả về một chuỗi khởi tạo.

Tôi nghĩ rằng câu hỏi nên được đảo ngược. Phần nào trong số bạn tăng bạn sẽ không muốn sử dụng?

Theo kinh nghiệm của tôi, hầu hết tất cả đều thú vị và hữu ích trong từng miền vấn đề.

Bạn nên dành thời gian tìm kiếm tất cả các tài liệu quảng cáo để tìm ra các lĩnh vực phù hợp với sở thích của bạn.

Một ngoại lệ có thể boost::numeric::ublaslà công việc của nó, nhưng Eigen làm nó tốt hơn đáng kể.