Boost의 가장 많이 사용되는 부분 [닫힌]

내가 발견했을 때 나는 boost::lexical_cast"왜이 사실을 더 빨리 알지 못 했는가!"라고 생각했습니다. -나는 다음과 같은 코드를 작성하는 것이 싫었다.

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

이제 나는 쓰기

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

어제 stackoverflow에서 부스트 분할 (코드 작성을 저장하는 또 다른 보석)을 발견했습니다.

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

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

정기적으로 사용할 수있는 다른 기능을 찾기 위해 부스트 문서를 살펴 보려고하는데, 놓치기 쉬운 일이있을 것 같습니다.

가장 많이 사용하는 부스트 기능은 무엇입니까?

아마도 저에게 가장 많이 사용되는 부분은 boost :: shared_ptr 입니다.

BOOST_FOREACH 는 삶을 다시 가치있게 만듭니다.

(왜 아무도 이것을 언급하지 않았습니까? 질문은 8 개월 전에 질문되었습니다!)

내 즐겨 찾기는 특별한 순서는 없습니다.

• 정규식
• 파일 시스템
• 실
• 어휘 캐스트
• program_options (그냥 훌륭합니다!)
• 테스트 (내 모든 단위 테스트 요구 사항).
• 문자열 알고리즘
• 문자열 토크 나이저
• 형식 (형식이 안전한 printf 스타일 문자열 형식)
• 스마트 ptrs

Boost는 처음으로 크로스 플랫폼 앱을 만들 때 큰 도움이되었습니다. 없이는 정말 힘들었을 것입니다.

.NET 용 소멸자를 제공하는 방법이 마음에 듭니다 shared_ptr.
즉, 예를 들어 함께 사용 FILE*하여 파일을 닫을 수 있습니다.
예 :

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" );
}

아무도 멀티 인덱스 컨테이너에 대해 언급하지 않았으므로 늦게 차임 할 것입니다. 자주 필요한 것은 아니지만 부스트없이 동등한 데이터 구조를 생성하는 것은 물론 효율성이 떨어지는 것은 진정한 고통입니다. 저는 최근에 2 개의 키를 조회하는 컨테이너를 만들기 위해 많이 사용하고 있습니다.

아무도 언급하지 않은 것에 놀랐습니다 boost::optional. shared_ptr및을 제외한 Boost의 어떤 부분보다 더 자주 사용 하고 scoped_ptr있습니다.

아무도 boost :: tuple을 언급하지 않습니다. 부끄러워!

BOOST_STATIC_ASSERT

업데이트 (2011 년 10 월) : C ++ 11 (C ++ 0x)에는 http://www2.research.att.com/~bs/C++0xFAQ.html#static_assert 가 있습니다 static_assert .

내가 가장 많이 사용하는 것 중 하나는 Boost에 적합하지 않지만 Boost 위에 구축 된 Adobe Source Libraries (ASL) , 특히 별도의 시작 / 끝 반복기 대신 boost :: range를 허용하는 표준 알고리즘에 대한 확장입니다. 그런 다음 전화하는 대신

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

간단히 말할 수 있습니다

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

(ASL의 이러한 부분이 결국 Boost로 마이그레이션되기를 바랍니다.)

나는 많이 사용합니다 :

• boost :: signals
• boost :: shared_ptr
• boost :: lexical_cast
• boost :: bind
• boost :: random
• boost :: thread
• boost :: 복사 할 수 없음

Tuple, Static Assert 및 Integer와 같은 다른 것은 다양한 플랫폼에서 사용될 라이브러리를 작성하는 경우 매우 유용합니다.

그래프 및 Lambda와 같은 것은 더 구체적입니다.

boost::shared_ptr최신 C ++ 프로그래밍 IMHO의 요구 사항입니다. 그것이 그들이 TR1의 표준에 추가 한 이유입니다. boost::program_options,, boost::bind그리고 boost::signal그것들의 용도와 사용법을 알고 있다면 정말 좋습니다. 마지막 두 개는 신규 이민자를 두려워하는 경향이 있습니다.

우리는 boost :: spirit이 ECMAScript를 구문 분석하는 비즈니스 솔루션에 매우 유용하다는 것을 발견했습니다. 복잡하지만 아주 좋습니다!

나는 Boost.Thread 답변 사이에 아직 보지 못한 것에 놀랐습니다 .

나는 몇 년 동안 shared_ptr을 사용하고 있습니다. 너무나 유용해서 프로젝트에 그것 없이는 있어야 할 이유가 없습니다.

또한 일반적인 콜백 메커니즘 (특히 테스트 할 때 유용함)에 Bind / Function / Lambda를 사용하고 범용 sprintf 대체를위한 Format도 사용합니다.

마지막으로, 문제를 해결하기 위해 Variant를 사용하여 문제를 해결했습니다 (작고 고정되지 않은 토큰 유형 집합으로 응답 할 수있는 파서). 솔루션은 매우 우아했고 매우 만족합니다.

몇 년이 지났고 시간이 바뀌 었으므로 업데이트 할 시간입니다. SharedPtr 및 Function은 이제 표준의 일부이며 Bind 및 Lambda는 실제 언어 수준의 람다 기능에 의해 사용되지 않습니다.

나는 여전히 Variant (표준화되었지만 아직 거기에 있지 않음)를 사용하고 있으며 Format은 대체로 fmtlib (표준화 된)로 대체되었습니다.

제가 사용하는 Boost의 큰 부분은 Boost.Asio입니다. 표준화 과정에 있습니다.

다음과 같이 튜플을 사용하여 맵을 반복합니다.

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

부스트 할당을 사용하여 다음과 같이 맵을 초기화 할 수 있습니다.

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

그리고 범위 어댑터와 pipe ( "|") 연산자를 사용하여 맵의 값을 역순으로 반복 할 수 있습니다 (예 :

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

boost :: program_options를 확인해야합니다. 명령 줄 구문 분석이 훨씬 쉬워집니다.

shared_ptrs 의 STL 컨테이너보다 부스트 포인터 컨테이너를 사용 합니다.

저는 boost :: numeric :: ublas :: matrix를 꽤 많이 사용합니다.

나는 boost :: random 및 boost :: asio 및 boost :: filesystem을 좋아하지만 boost :: bind, boost :: circular_buffer 및 boost :: thread는 매우 실용적이며 스마트 포인터는 괜찮지 만 대신 RAII를 메모리 관리로 선호합니다.

좋아, 내가 찾은 새로운 하나입니다
대신 사용하는 stricmp을 나는 부스트의 사용 등호 기능과 is_iequal 술어를 전달
예 :
대신

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

나는 사용할 수있다

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

주어진:

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

여기 내 두 센트가 있습니다.

• boost :: scope_exit-한 번만 사용하기 위해 RAII 클래스를 정의 할 필요가 없습니다.
• boost :: any
• boost :: variant
• 부스트 포인터 컨테이너 라이브러리 (ptr_vector)
• 부스트 풀 라이브러리
• boost :: unorder_map / boost :: unorder_set

나는 boost::icl텍스트 후 처리를 위해 꽤 많이 사용 합니다. 그렇지 않으면 텍스트 분할을 직접 구현해야했기 때문에 많은 시간을 절약했습니다.

BOOST_FOREACH 내 코드의 모든 곳에 :)

boost::function및 boost::bind절대해야한다. 지금 그들은 std::function있고std::bind . 이것들은 불필요한 코드의 양을 줄이는 데 도움이되며 일반적으로 내 디자인 (또는 내 망상)에 좋습니다.

나는 최근에 사용하기 시작했습니다 boost::interprocess::message_queue 했고 이것은 또한 훌륭한 도구입니다.

더 많이 사용하지만 Qt는 Boost가하는 일을 많이하는 네이티브 방식을 가지고 있습니다. 순수 C ++를 프로그래밍해야한다면 내가 될 것 같아요 boost::junkie:)

내가 가장 많이 사용하는 것은 이제 TR1에서 사용할 수 있습니다.

• 공유 포인터
• 배열 클래스

이제 저는 풀 클래스와 다른 좀 더 구체적인 것들을 사용합니다.

이제 Boost가 대부분의 프로그래머에게 유용하다는 것을 이해했습니다. 이것이 바로 미래의 표준 라이브러리를위한 테스트 베드 인 이유입니다.

boost :: lexical_cast에 대해 이야기하면서 std :: string 라이브러리에서 'format'과 같은 것이 정적 멤버가 아닌 이유는 무엇입니까?
거의 모든 GUI 라이브러리에는 초기화 된 문자열을 반환하는 CString :: Format ( "% i") 또는 QString :: Number ( "% i")와 같은 것이 있습니다.

나는 질문을 뒤집어 야한다고 생각한다. 어느 부분 을 사용 하고 싶지 않습니까?

내 경험상 거의 모든 것이 각 문제 영역에서 흥미롭고 유용합니다.

관심사를 다루는 영역을 찾기 위해 부스트 문서를 둘러 보는 데 시간을 투자해야합니다.

한 가지 예외는 boost::numeric::ublas작업을 수행하는 것일 수 있지만 Eigen 은 훨씬 더 잘 수행합니다.