기본 C ++ 개발을위한 C ++ 빌더 또는 비주얼 스튜디오?

https://stackoverflow.com/questions/437416

22-07-2019
|

문제

나는 C ++를 사용하여 기본 코드 개발에 더 많은 것을 얻고 싶다고 결정했습니다. CodeGear C ++ Builder 2009 또는 Visual Studio 2008을 사용하여 더 나은 서비스를 제공 할 것인지 결정하려고합니다. 현재 Delphi 2007을 사용하고 있기 때문에 C ++ Builder 's IDE (Delphi와 동일) 및 VCL 및 RTL.

나는 MFC의 열렬한 팬이 아니었지만 (처음부터 VS 6.0 일에 처음으로 놀았을 때) 그 이후로 자세히 살펴 보지 않았습니다.

나는 가장 최근의 버전이든 아니든 IDE의 경험이있는 일부 전문가의 의견에 관심이 있습니다.

VCL이 MFC보다 훨씬 강력하고 작업하기가 훨씬 더 강력하고 작업하기가 훨씬 더 강력하고 MFC를 사용한 지 오래되었습니다. 나는 부분적으로 네이티브 개발을 가르치기 때문에 .NET 프레임 워크에 의존하는 프로그램을 구축하는 데 관심이 없습니다. MFC는 여전히 Windows C ++를 위해 King입니까? 아니면 WTL 또는 ATL이 큰 일입니까?

C ++ 전문가가 의견을 공유하고 싶습니까?

편집하다: 나는 MFC가 Visual Studio의 유일한 GUI 툴킷이 아니라는 것을 이해합니다. 그러나 GUI Toolkit + IDE를 기반으로 권장 사항을 찾고 있습니다. C ++ Builder의 경우 C ++ Builder+ VCL 인 실제 옵션이 1 개뿐입니다. VS 2008의 경우 VS + MFC/ATL/WTL/QT .... 내가 그들에 대해 많이 모르기 때문에 나를 혼란스럽게합니다.

해결책

Delphi에서 나오면 C ++ Builder와 함께 사용할 수있는 VCL을 간단하게 찾을 수 있습니다. C ++와 같은 몇 가지 이상한 점이 있습니다. Tobjects는 모두 델파이가 모두 델파이가 숨겨져 있다는 사실을 숨기지 않으며 어레이 속성과 같은 일부는 다르게 액세스됩니다.

2 ~ 3 년 전, 나는 C ++ Builder에서 어떤 방법을 찾고 있었지만, 이제는 최근 릴리스 (및 Embarcadero의 Codegear 구매)와 함께 제품과 방향에 만족합니다.

C ++ 빌더로 상당히 고통스러운 문자열 유형의 수와 분류 된 잠재적 비 호환성을 찾을 수 있지만 익숙해 질 것입니다! (std :: string, char [], wchar_t [], tchar, anssistring, widestring, unicodestring 및 string의 이름으로)

개인적으로 나는 C ++ 빌더에 투표 할 것입니다 - 두 방향 Rad와 VCL 때문에 현대 C ++ 관용구를 배우는 가장 좋은 방법은 아닐 수도 있습니다.

다른 팁

Visual Studio와 MFC는 동일하지 않습니다. 나는 항상 스튜디오를 사용하고 전염병처럼 MFC를 피합니다. WTL, ATL, Win32 또는 여러 라이브러리를 사용하여 MFC없이 앱을 만들 수 있습니다.

간단한 대답은 순수한 C ++ 개발의 경우 VC ++ 여야한다는 것입니다.

확장 : 순수한 C ++ 개발 환경으로서 VC ++를 이길 수는 없으므로 디버거가 더 좋으며 IDE는 우수합니다 (물론 모든 IMHO). 이를 사용하여 C ++ Builder에서 사용하는 라이브러리를 개발하는 데 사용했습니다.

그러나 UI 개발을 시작하거나 VCL 또는 구성 요소 C ++ B를 사용하여 해결할 수있는 것이 더 나은 선택입니다. VCL과 비교하여 MFC 또는 ATL은 비교할 때 끔찍하므로 .NET을 사용하게됩니다.

공급 업체의 지난 몇 년간의 '방향'을 기반으로 C ++ B 또는 Delphi를 사용하여 신제품을 구축하는 것이 좋습니다. 그러나 그것은 더 나은 변화를 위해 변화하는 것처럼 보이지만, 조금 더 많은 시간이 지날 때까지 약속이 어떻게 현실로 해석되는지 말하기는 어렵습니다.

Windows에서 순수한 C ++ 개발을하고 있다면 대를 이기기가 어렵습니다. 컴파일러는 빠르고 표준이 뛰어나며 잘 최적화 된 코드를 생성합니다. 디버거는 모든 플랫폼에서 최고입니다. IDE는 괜찮습니다.

또한 Windows에서 가장 널리 지원되는 컴파일러 도구 체인입니다. 오픈 소스 프로젝트/라이브러리를 다운로드하면 Windows가 지원되면 Vs를 사용하여 구축 및 테스트했을 가능성이 높습니다. 또한 인기는 또한 이력서에 가장 유용하다는 것을 보장합니다.

빌더는 무엇을 주나요? 합리적인 GUI 라이브러리. 글쎄, 그것은 좋지만, 다른 많은 다른 GUI 툴킷이 있습니다 (wxwidgets, gtk, qt 등). 많은 사람들이 오픈 소스와 크로스 플랫폼입니다.

그러나 요즘에는 응용 프로그램을 재구성하여 API를 제공 한 다음 다른 언어로 GUI를 구축하는 것이 좋습니다. C ++의 강점은입니다 ~ 아니다 GUI 개발에서. 적어도 오늘은 ...

나는 빌더를 선택하고 추천합니다.

C ++ Builder를 몇 년 동안 사용하지는 않았지만 C ++ 디버깅 주제에 대해 Visual Studio 2008은 다른 IDE와 이전 대 VS 앞에서 STL 컨테이너를 사용하는 경우 컨텐츠를 쉽게 검사 할 수 있습니다.

그러나 GUI 측에서 C ++는 이제 Microsoft의 2 등 언어입니다. 미래의 길은 WPF와입니다 C ++는 XAML 친화적 인 언어로 지원되지 않습니다: 우리는 C ++/CLI에 계속 투자하여 개발자가 기본 C ++ 자산을 관리 세계에 노출시키고 그 반대의 경우도 마찬가지입니다. 우리는 순수한 .NET 개발이 c# 또는 vb와 같은 .NET 중점 언어를 사용하여 가장 잘 수행된다고 생각합니다. C ++/CLI에 대한 투자는 주로 모국어 관리인 인터 로프 지역에 있습니다.

그래서, 만들기 위해 현대적인 C ++ GUI, 최선의 옵션은 실제로 VCL 일 수 있습니다. VCL이 계속 가능하게한다면 ;-)

C ++ Builder는 UI 기반 개발 및 데이터베이스 지향 애플리케이션과 관련하여 MS-V보다 훨씬 우수합니다. MFC 짜증 !! 그러나 VS는 더 나은 디버깅 기능을 가지고 있습니다.

당신이 이미 델파이를 알고 있다는 점을 감안할 때 나는 C ++ 빌더를 두 번째로 가고 있습니다. MFC는 VS6 일 이후 크게 변하지 않았으므로 MFC를 사용하여 작성된 코드는 여전히 똥처럼 보입니다. 그러나 VS는 바뀌었고 이제는 상당히 좋은 IDE입니다.

또한 C ++ Builder는 제품 라인으로 안정적이지 않습니다. 과거에는 그것이 유지되지 않은 시간이 있습니다./미래는 명확하지 않았습니다. 그래서 당신은 당신이 지속되는 것을 만들고 싶다면 기회를 얻고 있습니다.

지옥을 위해, 우리는 일식을 믹스에 던질 수 있습니까?
방금 Eclipse에서 일하는 것이 Visual Studio에서 일하는 것보다 더 나은 것을 발견했습니다.

Winforms와 함께 vs2008을 사용하지 않는 한 GUI 지원은 오래된 모자 인 Windows 템플릿 (일반적으로 리소스)을 통해 사용되며 아마도 사용하고 싶지 않을 것입니다. 따라서 VS2008의 GUI 지원은 그렇게 특별하지 않습니다.

GUI 툴킷은 아마도 볼 수 있습니다 좋은 GUI/위젯 툴킷은 무엇입니까?

Eclipse + Mingw + QT4 + QT Eclipse 통합을 사용할 수 있으며 디버거, 비주얼 GUI 디자이너 등 모든 것들을 얻을 수 있습니다.

QT4는 이중 라이센스 : 오픈 소스 및 상업 라이센스입니다.

또한 QT4를 Visual Studio (Express와 함께)와 결합하고 모든 Goodnes vs가 제공 할 수 있습니다.

나에게 QT4는 건축업자보다 가서대로가는 길입니다.

나는 몇 년 전에 C ++ Builder를 좋아했습니다. 환상적이었습니다. 엉터리 MFC보다 VCL보다 더 나은 방법이었습니다. 그런 다음 매년 상황이 바뀌고 있습니다.

건축업자가 내려 갔다. 1. 빌더는 실제 기능으로 업데이트되지 않았습니다. 2. Borland는 Kylix 및 Builder와 함께 사용하기 위해 C ++에서 VCL을 다시 작성한다는 아이디어를 포기했습니다.

VS는 나아지고 있습니다. 1. IDE가 많이 개선되었습니다. CLI는 C ++ 내 에서이 프레임 워크를 사용할 수 있도록합니다.

우리는 새롭고 강력한 선수를 얻었습니다 1. Eclipse 2. QT Creator

그리고 새로운 GUI 툴킷

wxwidgets
QT4는 이제 오픈 소스 라이센스도 있습니다

요약; Builder는 Borland 때문에 죽었습니다

델파이가 너무 훌륭하다고 생각했고 돈을 벌기 위해 다른 것이 필요하지 않습니다.
Java 과대 광고에 빠졌고 너무 많은 자원을 투자했습니다.
C ++의 큰 힘을 이해하지 못했고 대신 Pascal에 스택을 쌓았습니다.

Windows Development에 관해서는 실제로 Visual Studio를 차지하는 것은 없습니다. 그것은 매우 기능이 풍부하고 뛰어난 디버거를 가지고 있으며, 당신이 겪을 수있는 문제를 도와 줄 수있는 광대 한 사용자 커뮤니티는 말할 것도 없습니다. 자체 운영 체제를위한 회사의 개발 도구가 최고가 아니라면 소프트웨어 세계에서 자신의 지위를 두려워 할 것입니다. 그러나 추가 기능이 필요하지 않고 (MFC 외에) 드래그 앤 드롭 (MFC 외에)이있는 RAD 도구가 절대적으로 필요하다면 C ++ 빌더는 그리 멀지 않습니다. 델파이 환경을 사전에 사용하는 것이 유리한 일입니다.

CodeGear의 마지막 C ++ Builder의 한 가지는 2009 년 버전을 의미합니다. 업데이트가 실제로이 IDE를 싫어할 수 있다는 것입니다.
두 번째 업데이트를 설치 한 후/다른 블록이 제대로 작동하지 않는다는 것을 알았습니다. IF 문을 입력 할 수는 있지만 다른 하나를 입력 할 수는 없으며 상황에 의존하지 않습니다.이 언어 교육은 단순히 작업을 중단했습니다. 그것을 알아내는 데 걸리는 시간은 약 2 ~ 3 시간이었다 - 나는 VS에서 필요한 Win32 앱을 개발하기 시작했다. 나는 그것이 코드 기어 제품보다 더 안정적이라고 생각한다. 두 번째 기능은 유니 코드 지원을 끄고 win32 기능의 ANSI 버전을 명시 적으로 사용해야한다는 것을 싫어합니다 (예 : SendMessagea (...))는 매우 지루합니다. VS2008을 사용하여 작업을 마치기 위해 마감일을 거의 만나지 않습니다.
그것은 단지 나의 경험, 선택의 선택은 당신의 것입니다

대신 나사로를 사용해보십시오. 한 번 쓰고 많은 것을 컴파일하십시오. 여러 플랫폼에서 실행됩니다. Delphi와 Kylix 배경에서 온 사람은이 RAD 도구를 사용하여 집에서 매우 느껴질 것입니다. 미래는 강력한 커뮤니티가있는 오픈 소스이며, 개발은 상업적 제약없이 계속 될 것입니다.

기본 C ++ 개발의 경우 C ++ Builder 나 V를 사용하고 싶지 않습니다. 이 IDE는 모두 프레임 워크와 함께 사용하도록 최적화됩니다.

차라리 Eclipse, Code :: Blocks 또는 Codelite를 선택합니다. 이 IDE는 모든 프레임 워크에 최적화되지 않았으며 심각한 플랫폼에서 여러 컴파일러간에 전환 할 수 있습니다.

2012 년은 거의 결말입니다. 나는 Borland C ++ 사용자 였고 VC ++ 6.0에 스와이스트했습니다. 최근에 제품에 대한 GUI 엔드를 원하고 .NET 프레임 워크에 대한 의존성을 원하지 않는 클라이언트의 요구 사항이있었습니다. 그래서 나는 Embarcadero Rad Studio XE2를 탐구했습니다.

C ++ RAD 개발과 관련하여 MSVC ++조차도 가까이 오지 않는다고 생각합니다. 산들 바람 같았습니다. 템플릿을 컴파일 할 때 문제를 발견했지만. 예를 들어, functor를 정의하고 생성자를 functor 호출과 결합하려면 c ++ b에서 할 수 없습니다. 객체를 만들고 functor를 별도로 호출해야합니다. Poco 라이브러리를 완전히 컴파일 할 수 없었기 때문에 다른 문제도있었습니다.

VC ++에서 DLL을 생성하고 C ++ B 프론트 엔드에서 호출하여 솔루션을 찾았습니다. 그것은 두 가지 모두를 최대한 활용합니다.

Embarcadero가 곧 표준을 따라 잡기를 바랍니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow