C++ Builder oder Visual C++

[BUG]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1320505)

Und wenn es wirklich C++ mit MFC ist dann doppelt beileid.

Was kann C++ dafür, dass dir eine API von Microsoft nicht gefällt? :stupid:

Zitat:

Zitat von Bernhard Geyer (Beitrag 1320505)

Notfalls könnte man dies Bibliothek eine C-Like API vergeben um diese dann von Delphi oder per JNI von Java verwenden zu können.

Wenn es sich um OpenCV handelt, dann gibt es sogar eine Java-API.
Aber: Wenn der Betreuer von Java abgeraten hat und man C++ beherrscht, dann wäre es dumm Java zu wählen ... schon aus politischer Sicht, aber vielleicht gibt es da am Lehrstuhl auch schon schlechte Erfahrungen.


PS: Ich würde jeden Tag C++ wählen wenn ich sonst in Java programmieren müsste.

[MrSpock]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1320505)

Zitat:

Zitat von MrSpock (Beitrag 1320484)

Naja, so schlimm ist C++ nicht.

Doch, ist es! Musst mich lange genug mit C++ (und dann auch noch mit VS und MFC) herumärgern.
Und wenn es wirklich C++ mit MFC ist dann doppelt beileid.

Wenn Sie die Wahl hätte, was würdest du denn als Alternative Programmiersprache und -umgebung empfehlen?

[Bernhard Geyer]

Zitat:

Zitat von MrSpock (Beitrag 1320514)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1320505)

Zitat:

Zitat von MrSpock (Beitrag 1320484)

Naja, so schlimm ist C++ nicht.

Doch, ist es! Musst mich lange genug mit C++ (und dann auch noch mit VS und MFC) herumärgern.
Und wenn es wirklich C++ mit MFC ist dann doppelt beileid.

Wenn Sie die Wahl hätte, was würdest du denn als Alternative Programmiersprache und -umgebung empfehlen?

Als Primärer Delphianer sicherlich Delphi. Ansonsten Java oder C#.
Von den bisherigen Anforderungen sehe ich (noch nicht) C/C++ als beste Programmiersprache für das Thema.

[TiGü]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1320515)

Als Primärer Delphianer sicherlich Delphi. Ansonsten Java oder C#.
Von den bisherigen Anforderungen sehe ich (noch nicht) C/C++ als beste Programmiersprache für das Thema.

Man müsste noch genauer wissen, welche Biblothek verwendet werden soll.
Wenn es, wie BUG schon erwähnte, OpenCV ist, dann wäre doch schon zu C++ anzuraten.
Modernes C++ ist auch einigermaßen anständig.

[Zacherl]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1320505)

Zitat:

Zitat von MrSpock (Beitrag 1320484)

Naja, so schlimm ist C++ nicht.

Doch, ist es! Musst mich lange genug mit C++ (und dann auch noch mit VS und MFC) herumärgern.
Und wenn es wirklich C++ mit MFC ist dann doppelt beileid.

Bin ja selbst auch großer Delphi Verfechter seit ewigen Jahren, aber ich musste nach ein paar C++ Projekten feststellen, dass die Sprache einfach 1000-fach überlegen ist. Ich rede jetzt rein von der Sprache (multiple inheritance, GUTES operator overloading, copy / move semantics, templates, ..). Einzig und allein das RAII basierte Exception Handling geht mir vom Konzept her ziemlich gegen den Strich.

Was GUI Entwicklung (welche über 1-2 triviale Formulare hinausgeht) angeht, gebe ich dir aber voll und ganz recht, dass hier C++ nicht umbedingt die optimale Wahl ist. Ich persönlich würde an dieser Stelle immer wieder auf Delphi zurückgreifen (auch wenn mir in letzter Zeit sehr oft C# nahegelegt wurde). Wenn es aber C++ mit komplexer GUI sein soll, dann wird ziemlich oft Qt als gut durchdachtes GUI Framework empfohlen (gibt glaube ich auch einen visuellen Editor).

Zitat:

Zitat von taveuni (Beitrag 1320508)

Trotzdem ist C vor allem für Neueinsteiger eine Krankheit.

Stimmt schon teilweise wegen der neuen Konzepte (RAII, Copy/Move Semantics, etc.), aber man sollte das auch nicht überbewerten. Hier nimmt einem VS bzw. das genannte Resharper Plugin durch die wirklich intelligenten Hinweise allerdings auch einiges an Fehlerquellen weg.

[Rollo62]

Ich habe nichts gegen den BCB, aber leider ist der bei Emba schlecht supportet.
Zwar gibt es noch immer aktuelle Versionen, das ist schonmal super,
aber man kann meines wissens immer nicht einfach VC++ oder Gnu Projekte einfach laden und kompilieren.

Es ist also leider eine Insellösung von der ich nicht ohne weiteres Daten uas der anderen C++ Welt übernehmen kann.
Das ist eigentlich der einzige Grund warum ich damit nichts mehr mache.

Das es eng mit Delphi verbandelt ist spricht eher für BCB.

Von Vorteil könnte es in Zukunft mal werden das Firemonkey nativ auf allen Platformen kompilieren könnte,
(ohne JNI und andere Verrenkungen).
... und was nimmt man da am Besten für eine Sprache ? C++ !

Also Emba: BCB bitte schön weiterpflegen und supporten


Rollo

[BUG]

Zitat:

Zitat von Zacherl (Beitrag 1320519)

Was GUI Entwicklung (welche über 1-2 triviale Formulare hinausgeht) angeht, gebe ich dir aber voll und ganz recht, dass hier C++ nicht umbedingt die optimale Wahl ist.

Jup, aber darum geht es hier afaik nicht.

Andererseits sollte man als Master-Student mithilfe der Betreuer es selbst schaffen das richtige Tool für sich und die Arbeit auszuwählen. Also hab da einfach vertrauen :wink:

[MrSpock]

Nutzt Visual C++ eigentlich das .NET Framework oder MFC ?

[BUG]

Zitat:

Zitat von MrSpock (Beitrag 1320525)

Nutzt Visual C++ eigentlich das .NET Framework oder MFC ?

Für natives C++ braucht man selbst bei Microsoft kein .net. Man muss auch keine MFC verwenden, das ist ja bloß ne Bibliothek.

[uligerhardt]

Zitat:

Zitat von Zacherl (Beitrag 1320519)

Einzig und allein das RAII basierte Exception Handling geht mir vom Konzept her ziemlich gegen den Strich.

Komisch - RAII ist das, was ich in Delphi so ziemlich am meisten vermisse. (Und Templates. Da wir noch bei D2007 festhängen, habe ich noch nicht viel Erfahrung mit Delphi-Generics, bin aber trotzdem schon auf einige Einschränkungen gestoßen.)