무엇이 좋은 부분에서의 잘못 생각의 비 standard C++라이브러리?

Question

을 얻으려고 노력에서 최대 속도는 C++(에서 나오는 오랜 경험을 가진 C),내가 분명하려고 하는 것,그리고 사용할만큼은 표준으로 가능합니다.

그러나,위치에서 문제가 올 걸쳐 많이 비판의 표준에 대한 것,그리고 칭찬을 위한 표준이 아닌 것들입니다.예를 들어,심지어이(가정)가난하게 생각-MFC 라이브러리는 기능에,예를 들어, CString 클래스는 일부 사람들은 생각하는 유용한 일으킬 정도 그들을 계속 사용하는 그는 사실에도 불구하고 그것은(a)비준 및(b)의 것(나는 가정에서의 풍부한 비판)결핍에서는 많은 중요한 방법이다.

나의 질문은 두 가지,다음:

A.어떤 라이브러리는 가난하게 생각의 기능이 포함되어 있는 그럼에도 불구하고 그 가치를 계속 사용하여 그들이 무엇인지,그 기능,그리고 무엇이 그렇게 그들에 대한 좋은?

B.가"어댑터"라이브러리는 단순화 및/또는 조까지의 사용은 라이브러리,예를 들어,제공하는 좋은 인터페이스를 추상적인 자원이 유출,어댑터에서 이동 비 STL library 인터페이스를 STL 등

상대적으로 안돼서 유래,나는 100%확실하지 않는 이 질문에 충분히-포인트,그래서 저는 사업-앞면 그것은 너무합니다.

사전에 감사합니다

Answer 1

나 개인적인 그런 것으로 에이스.그것은 일종의 다른 방법이,다른 아무것도 사용할 수 있었을 위한 크로스-플랫폼 및 스레드 개발 네트워크는 C++에서는 다양한 배포,책,라이브러리에 의해 작가,등등.하지만 구현되었,끔찍한 사용 패턴을 했다 복잡한 거의 모든 유용한 기능의 C++억(또는 존재하지 않았습니다.) 내 생각에 이 라이브러리는 혼자에 대한 책임의 좋은 덩어리 사람들이 생각하는 C++어렵니다.주 Boost 컬렉션을 잡기 시작했으로 스레드 ipc,및 네트워킹,그래서 거기에서 적어도 대안입니다.그러나 모든 것을 말해,저는 여전히 가치가 있다고 생각하는 것에 익숙 ACE 는 경우에는 공간 때문에 다시 방법으로 너무 많은 사람들이 그것을 사용하는 아이디어가 좋은,그리고 그것은 역할을 할 수 있습으로 중대한 부정적인 예는 라이브러리 디자인이다.

Answer 2

IMO MFC의 가장 좋은 점은 역사적으로 STL을 사용할 수 있기 전에 사용할 수 있었고 아무것도 아닌 것보다 더 나은 것이라는 것입니다.

기존 MFC 코드 기반과 호환되도록 코드를 작성하는 경우 MFC는 여전히 좋습니다.

그 외에도 MFC에는 여전히 Windows에 대한 명백한 C ++ 클래스 라이브러리 중 하나라는 점을 제외하고는 MFC에 장점이 거의 없습니다.

Answer 3

더 일반적인 점에서 나는 사람들이 오래되고 어색하며 아마도 쓸모없는 도서관을 고수하는 이유 중 하나는 그들이 익숙해졌고 새롭고 반짝이는 모든 것이 그 일을 더 잘 할 수 있지만 처음에는 이해하기가 더 어렵 기 때문입니다. 그리고 당신은 친숙한 것을 유지하고 생산성을 유지합니다.

나는 그것이 일을 끝내는 것과 일을 "올바른"일을 끝내는 것 사이의 균형이라고 생각합니다. 그 사이의 어딘가에 아마도 우리 대부분이 끝나는 곳일 것입니다.

Answer 4

MFC가 크로스 플랫폼이 아니기 때문에 CSTRING은 비표준입니다. STD :: String ()은 표준이지만 모든 표준을 사용하면 MS가 MFC를 개발하는 이유는 무엇입니까?