C ++ Builder oder Visual Studio für native C ++ Entwicklung?

https://stackoverflow.com/questions/437416

22-07-2019
|

Frage

Ich habe beschlossen, ich will mit C mehr in nativen Code Entwicklung bekommen ++. Ich versuche zu entscheiden, ob ich besser CodeGear C ++ Builder 2009 oder Visual Studio 2008 gedient würde ich zur Zeit Delphi 2007, also bin ich sehr komfortabel mit C ++ Builder IDE (es ist das gleiche wie Delphi), sowie die VCL und RTL.

Ich habe noch nie ein großer Fan von MFC (vom ersten Mal, als ich gespielt, um mit ihm in den VS 6,0 Tage) gewesen, aber noch nicht einen genauen Blick auf sie seitdem gemacht.

Ich habe Interesse an von einigen Experten zu hören, die Erfahrung mit beiden IDE haben, ob sie die neuesten Versionen sind oder nicht.

Gerade jetzt, ich bin Neigung in Richtung C ++ Builder, weil ich die VCL ist viel robuster und einfacher zu arbeiten als mit MFC glauben --- aber wie gesagt, es ist eine Weile her, seit ich MFC benutzt habe. Ich bin in den Aufbau Programme nicht daran interessiert, die auf dem .NET Framework verlassen, da ich teilweise bin ich nativer Entwicklung unterrichten. Ist MFC noch König für Windows C ++? Oder ist WTL oder ATL das große Ding?

Jeder C ++ Gurus da draußen will ihre Meinung teilen?

Bearbeiten : Ich verstehe MFC ist nicht der einzige GUI-Toolkit für Visual Studio. Aber ich bin auf der Suche für einige Empfehlungen basierend auf GUI-Toolkit + IDE. Für C ++ Builder, ist es nur 1 echte Option, die C ++ Builder + die VCL ist. Für VS 2008, ist es VS + MFC / ATL / WTL / QT .... für mich verwirrend, da ich über sie nicht viel wissen.

Lösung

Von Delphi, werden Sie die VCL einfach finden mit C ++ Builder zu verwenden. Es gibt ein paar Merkwürdigkeiten, wie C ++ nicht darüber hinwegtäuschen, dass TObjects sind alle wirklich Zeiger (die Delphi von Ihnen versteckt) und einige Dinge wie Array-Eigenschaften zugegriffen wird anders.

Zwei oder drei Jahre zurück, ich war auf der Suche nach irgendeiner Weise aus C ++ Builder, aber jetzt, mit dem jüngsten Versionen (und Embarcadero Kauf von CodeGear), ich bin zufrieden mit dem Produkt und die Richtung.

Sie werden die Anzahl der String-Typen und die verschiedenen möglichen Inkompatibilitäten sehr schmerzhaft mit C ++ Builder finden, aber Sie werden uns daran gewöhnen! (Std :: string, char [], Wchar_t [], TCHAR, Ansi, Wide UnicodeString- und String nur einige zu nennen)

Persönlich würde ich wählen Sie für C ++ Builder - wegen Zwei-Wege-RAD und die VCL, obwohl es nicht der beste Weg sein kann, moderne C ++ Idiome des Lernens.

Andere Tipps

Visual Studio und MFC nicht gleich sind. Ich benutze Studio die ganze Zeit und ich vermeiden MFC wie die Pest. Sie können mit WTL, ATL, Win32 oder eine beliebige Anzahl von Bibliotheken Anwendungen ohne MFC erstellen.

Die einfache Antwort ist, dass für die reinen C ++ Entwicklung hat VC ++ sein.

So erweitert: als reines C ++ Entwicklungsumgebung Sie einfach nicht VC ++ schlagen kann, der Debugger ist besser, die IDE überlegen sind (alle IMHO, natürlich). Ich habe es benutzt Bibliotheken zu entwickeln, die ich dann von C ++ Builder verwenden, da dieser Gründe.

Allerdings, wenn Sie in UI-Entwicklung beginnen, oder irgendetwas, das Sie lösen können die VCL oder Komponenten C ++ B verwendet, ist die bessere Wahl. Im Vergleich zu der VCL, MFC oder ATL sind schrecklich im Vergleich, und so läßt, dass Sie .NET verwenden, die wahrscheinlich eine bessere Option, aber nicht

Ich bin nicht sicher, dass ich würde empfehlen, ein neues Produkt mit C ++ oder Delphi B Aufbau basierend auf den letzten Jahren der ‚Richtung‘ von den Verkäufern. Doch das erscheint, zum Besseren zu ändern, aber bis ein wenig mehr Zeit vergangen ist, ist es schwer zu sagen, wie die Versprechungen in der Realität umzusetzen.

Wenn Sie tun, reine C ++ Entwicklung unter Windows dann ist es schwer zu schlagen VS. Der Compiler ist schnell, ziemlich standardkonforme und produziert gut Code optimiert. Der Debugger ist die beste auf jeder Plattform. Die IDE ist OK.

Es ist auch klar der am weitesten unterstützten Compiler Toolchain unter Windows. Laden Sie all Open-Source-Projekt / Bibliothek und, wenn Windows unterstützt wird, ist es wahrscheinlich, gebaut und getestet wurde VS. mit Seine Popularität stellt auch sicher, dass es die nützlichste ist auf einem Lebenslauf zu haben.

Was Builder Ihnen nicht geben? Eine vernünftige GUI-Bibliothek. Nun, das ist gut, aber es gibt viele anderen anständigen GUI-Toolkits gibt (wxWidgets, GTK, Qt usw.). Viele sind Open Source und Cross-Plattform.

Allerdings finden in diesen Tagen ich es besser, meine Anwendungen restrukturieren eine API zur Verfügung zu stellen und dann die GUI auf es in einer anderen Sprache zu bauen. C ++ 's Stärke ist nicht in GUI-Entwicklung. Zumindest nicht heute ...

Ich würde wählen - und empfehlen -. VS über Builder

Ich habe nicht C ++ Builder für Jahre, aber zum Thema C ++ Debuggen, Visual Studio 2008 ist Ausweg vor anderen IDEs und vorherigen VS vor allem, wenn Sie STL-Container verwenden, da es macht es sehr einfach zu inspizieren ihre Inhalte verwendet .

Doch auf der GUI Seite, C ++ ist jetzt sehr viel eine zweite Klasse Sprache für Microsoft. Der Weg der Zukunft ist WPF und C ++ wird nicht als XAML- unterstützt freundliche Sprache : Wir investieren in C ++ / CLI weiterhin Entwicklern zu ermöglichen, native C ++ Vermögen der verwalteten Welt zu entlarven und umgekehrt. Wir glauben, dass reine .NET-Entwicklung am besten getan wird eine .NET fokussiert Sprache wie C # oder VB. Die Investition in C ++ / CLI wird vor allem in den einheimischen verwalteten Interop Bereichen.

So kann in der Tat sein VCL einen modern aussehende C ++ GUI, die beste Wahl zu erstellen - wenn VCL weiterhin so möglich zu machen; -)

C ++ Builder ist weit überlegen, als MS-VS, wenn es basierte Entwicklung und Datenbank-orientierte Anwendung UI kommt. MFC saugt !! Allerdings VS hat eine bessere Debugging-Funktionen.

Ich werde zweiten für C ++ Builder, da Sie bereits wissen, Delphi. MFC hat sich nicht viel seit den VS6 Tage gewechselt, so Code geschrieben mit MFC sieht immer noch wie Scheiße. Allerdings hat VS geändert und ist jetzt eine ziemlich gute IDE.

Auch im Auge behalten, dass C ++ Builder nicht stabil als Produktlinie ist. Es gibt Zeiten in der Vergangenheit, wo es nicht gehalten wurde / seine Zukunft usw. nicht klar war, So haben Sie eine Chance nehmen, wenn du etwas aufbauen willst, das bleibt.

Nur für die Hölle der es kann werfen wir in Eclipse auf die Mischung als auch?
Ich habe gerade in Eclipse arbeiten, besser zu sein als in Visual Studio arbeiten.

Wenn Sie VS2008 mit WinForms verwenden, ist die GUI-Unterstützung ist durch die Fenster Vorlagen (in der Regel von Ressourcen), die ein alter Hut ist, und Sie wollen wahrscheinlich nicht verwenden. So ist die GUI-Unterstützung in VS2008 ist nicht so besonders.

Wie für GUI-Toolkit finden Sie vielleicht Was ist eine gute GUI / Widgets Toolkit

Nun können Sie Eclipse-+ MinGW + Qt4 + QT Eclipse-Integration verwenden, und Sie erhalten alle von dem Zeug. Debugger, visuelle GUI-Designer, usw.

Geist, dass Qt4 dual lizenziert ist. Open Source und kommerzielle Lizenz

Sie können auch Qt4 mit Visual Studio (auch mit Express) kombinieren lassen und alle goodnes VS gibt Ihnen.

Für mich Qt4 ist der Weg zu gehen und VS über Builder.

Ich war begeistert von C ++ Builder ein paar Jahren. Es war fantastisch. Es war ein Weg, besser mit seiner VCL als VS mit seinem beschissenen MFC. Dann wurden die Dinge mit jedem Jahr zu ändern.

Builder wurde hinunter; 1. Builder hat nicht mit einer realen Funktionalität aktualisiert. 2. Borland verließ die Idee VCL in C ++ neu zu schreiben für die Verwendung mit Kylix und Builder 3. CodeGear Chaos und ungewisse Zukunft von Builder setzten viele Menschen aus dem Produkt.

VS wurde immer besser; 1. IDE wurde stark verbessert 2. Compiler von dem mindestens standardkonformen eine auf Windows-Plattform wurde die meisten Standard-konform (nicht GCC auf MinGW natürlich mitgezählt) 3. .NET entstanden und es wurde C ++ Managed und dann C ++ / CLI macht es möglich, diesen Rahmen zu verwenden, aus C ++

Wir haben neue, starke Spieler 1. Eclipse- 2. Qt Creator

und neue GUI-Toolkits

wxWidgets
Qt4 hat jetzt auch Open-Source-Lizenz

Um zusammenzufassen; Builder ist tot, weil Borland

dachte Delphi so wunderbar ist, dass sie nicht wirklich etwas anderes brauchen, um Geld zu verdienen
wurde in Java-Hype gefallen und zu viel Ressourcen in es
verstand nicht große Macht von C ++ und stattdessen pascal stapeln, die immer akademische Sprache ohne reale Produkte mit ihm

Wenn es um die Windows-Entwicklung kommt nichts Tops wirklich Visual Studio. Es ist sehr reich an Funktionen und verfügt über einen ausgezeichneten Debugger, nicht die große Gemeinschaft von Nutzern erwähnen Sie bei Problemen zu helfen, die auftreten können. Wenn ein Entwicklungs-Tools des Unternehmens für ihr eigenes Betriebssystem für sie nicht das beste wäre, würde ich ihren Status in der Software-Welt fürchten. Aber wenn Sie nicht brauchen, um die zusätzliche Funktionen und absolut brauchen ein RAD-Tool mit Drag & Drop (neben MFC) C ++ Builder ist nicht zu weit hinten. vor der delphi-Umgebung ist nur ein Vorteil für Sie.

Die eine Sache, über die letzten C ++ Builder von CodeGear - ich meine Version 2009 - ist, dass sein Updates wirklich können Sie diese IDE hassen machen.
Nach dem zweiten Update installiert haben, fand ich heraus, dass, wenn / else Block doesnot funktionieren erwartungsgemäß. Es kann IF-Anweisung eingeben, kann aber nicht geben Sie sonst ein - und es doesnot von der Situation abhängen - das Sprachunterricht einfach Arbeit überhaupt gestoppt. Die Zeit, die ich nahm, um es herauszufinden, waren etwa zwei bis drei Stunden - und ich begann den benötigten win32 app in VS zu entwickeln, halte ich es zuverlässiger ist als das CodeGear Produkt. Das zweite Merkmal Ich mag nicht, dass Sie Unicode `t Unterstützung ausschalten und Versionen von win32 Funktionen ANSI verwenden, um AUSDRüCKLICH (z SendMessageA (...)), die sehr langweilig ist. Ich treffe kaum die Frist den Auftrag über VS2008 zu beenden.
Es ist nur meine Erfahrung, die Wahl zu machen

Versuchen Lazarus statt. Schreiben Sie einmal kompilieren viele. Läuft auf mehreren Plattformen. Jeder von Delphi und Kylix Hintergrund kommen fühlt sich sehr zu Hause mit diesem RAD-Tool. Wie für Zukunft, es Open Source mit einer starken Gemeinschaft ist, wird die Entwicklung ohne kommerzielle constrain machen.

Für native C ++ Entwicklung würde ich mag auch nicht C ++ Builder noch VS verwenden Diese IDEs sind alle für den Einsatz mit ihren Rahmenbedingungen optimiert werden.

Ich würde eher wählen Eclipse Code :: Blocks oder Codelite. Diese IDE sind nicht für jeden Rahmen optimiert und Sie können zwischen mehreren Compilern auf severeal Plattformen wechseln.

2012 endet Fast. Ich war ein Borland C ++ Benutzer und dann swithced zu VC ++ 6.0. Vor kurzem gab es eine Anforderung ein Client ffrom, die ein GUI Ende für ihr Produkt und nur knapp sein Ziel wollte die Abhängigkeit von .NET-Framework soll. so erkundete ich die Embarcadero RAD Studio XE2.

Wenn es um C ++ RAD-Entwicklung kommt, denke ich nicht einmal MSVC ++, um es nahe kommt. Es war wie eine Brise. obwohl ich Probleme gefunden beim Kompilieren Vorlagen. zum Beispiel, wenn Sie einen Funktor und wollen kombinieren den Konstruktor mit dem Funktor rufen Sie kann es nicht tun, in C ++ B definieren, müssen Sie ein Objekt erstellen und dann die Funktors separat aufrufen. Es gab noch andere Themen auch als ich nicht ganz Poco Bibliothek zusammenstellen konnte.

fand ich die Lösung durch den DLLs in VC ++ erstellen und sie aus dem C ++ B Frontend aufrufen. das gibt das Beste von beiden.

Ich hoffe, dass Embarcadero bald mit den Standards aufholt.

Lizenziert unter: CC-BY-SA mit Zuschreibung

Nicht verbunden mit StackOverflow