ich bereite mich im Moment auf ein neues Projekt vor. Bei dem Projekt geht es um Dateiverwaltung und es soll opensouce sein. Eine schöne Oberfläche darf da natürlich nicht fehlen. Leider bin ich mir jetzt selber nicht sicher womit ich das Programm realisieren soll. Zum einen hab ich da Delphi 7 mit der super VCL, zum anderen hab ich das Visual Studio 2005 mit C++ und der WinApi. Jetzt würde normalerweise jeder sagen: Du willst dir schnell eine schöne GUI zusammenklicken ohne dabei auf Frameworks wie .net angewiesen zu sein? Ganz klar Delphi! Das Problem dabei ist aber eben genannt Programmiersprache. Ich weiß noch warum ich damals zu C++ gewechselt bin: Wegen der unübersichtlichen Pascal-Syntax und dem schlecht zu lesenden Delphi Quellcode.
Ich hab jetzt also die Wahl zwischen C++, der WinApi und einer angenehmen Syntax, oder Delphi, der VCL und der Pascal-Syntax.
Was würdet ihr mir raten?

PS: Ja ich hab den gleichen Text auch in einem Delphi Forum gepostet.

#include <iostream>

int main()
{
std::cout << "Hallo, Welt!" << std::endl;
}
also dabei muss eine extra fenster kommen wo Hallo Welt steht aber geht nicht wenn ich diese datei von internet hole wo Hallo Welt steht fuktionirt das hmmm mal kucken also würd gerne auf eure antwort freuen!

Was würdet ihr mir raten?

du findest die pascal-syntax mies? willkommen im club, das meinen wohl alle c und c++ -fans.
naja, c bzw. c++ mit winapi ist 'ne harte nummer für einsteiger. davon würde ich abraten.
c++ mit 'ner library für gui und datenbanken ist schon ok. da gibts viel zeug für u.a. die von dir genannte vcl.
wenn du c++ mit vcl machen willst, dann lad' dir das 'borland turbo c++' runter.
sind zwar viele megabytes, ist aber total free.
falls du auf C# schielst: ist auch nicht schlecht, aber nur unter windows
noch besser als c# (dotnet) ist java. das läuft auch unter unix-systemen (solaris, bsd, ect.) und unix-clones wie linux.
viel glück...
:xmas2:

Hier die gleiche Diskussion im Delphi Forum:
http://www.delphipraxis.net/topic99668_c+oder+delphi+oder+was.html

naja, was anderes wirste in einem board für pascal-derivate nicht sehen: die vehemente verteidigung der pascal syntax
bei uns c/c++ usern ist das thema irgendwie schneller vom tisch
erinnert mich irgendwie an linux-spezifische irc-chatrooms. ein falsches statement und man wird sofort gekickt

Tja Delphiprogrammierer sind eben flamer.

Dass das Geflamme hauptsächlich von dir ausging, hast du wohl immer noch nicht gemerkt?

Aber sei es drumm. C++ und Java Diskussionen sind auch nicht besser.

Aber sei es drumm. C++ und Java Diskussionen sind auch nicht besser.

Doch. :xmas2:

morp2 schrieb:

Tja Delphiprogrammierer sind eben flamer.

Dass das Geflamme hauptsächlich von dir ausging, hast du wohl immer noch nicht gemerkt?

alzaimar schrieb:

@morp2: Preisfrage: Woher kommen die ganzen Buffer Overruns, die für die Instabilität der meisten Programme verantwortlich sind? Von der dämlichen C Library, der kranken Syntax und den noch bescheuerten Halbamateuren, die sich mit ihrem Frickelwissen 'C' als 'Cult' Programmiersprache (Chit wäre besser) ausgesucht haben (Gründe in meinem vorherigen Post).

Luckie schrieb:

Aber sei es drumm. C++ und Java Diskussionen sind auch nicht besser.

Doch

Hier die gleiche Diskussion im Delphi Forum:
http://www.delphipraxis.net/topic99668_c+oder+delphi+oder+was.html

Danke, sehr amüsant das

Luckie schrieb:

Hier die gleiche Diskussion im Delphi Forum:
http://www.delphipraxis.net/topic99668_c+oder+delphi+oder+was.html

Danke, sehr amüsant das

lol die Delphi Leute glauben immer noch, dass es in C++ keinen Typ bool gibt und das die VCL nur in Delphi genutzt werden kann *kringel*

Ich hab jetzt also die Wahl zwischen C++, der WinApi und einer angenehmen Syntax, oder Delphi, der VCL und der Pascal-Syntax.
Was würdet ihr mir raten?

Delphi würde ich nicht benutzen, weil du dich damit von Borland abhängig machst. Hören die auf Delphi weiter zu entwickeln (weil sie zB Pleite sind oder von jemandem aufgekauft wurden), dann hast du Pech. Es macht einfach keinen Sinn auf Programmiersprachen zu setzen, die proprietär sind!

WinAPI ist aber natürlich auch keine gute Wahl.

Es gibt so viele GUI-Frameworks für C++. Schau einfach mal ins GUI-Forum und such dir das aus, was dir am schönsten gefällt.

Genau das gleiche hier im Forum jeden Monat: grundloses geflame von Java-Besuchern die alles besser wissen.

lol, genau... ich würd eher sagen gewisse c++ fanatiker heulen rum und machen alles != c++ schlecht, weil sie nicht damit klarkommen dass c++ seit vielen jahren immer weiter an bedeutung verliert...

Tja Delphiprogrammierer sind eben flamer.

Apollon schrieb:

Luckie schrieb:

Aber sei es drumm. C++ und Java Diskussionen sind auch nicht besser.

Doch. :xmas2:

morp2 schrieb:

Luckie schrieb:

morp2 schrieb:

Tja Delphiprogrammierer sind eben flamer.

Dass das Geflamme hauptsächlich von dir ausging, hast du wohl immer noch nicht gemerkt?

alzaimar schrieb:

@morp2: Preisfrage: Woher kommen die ganzen Buffer Overruns, die für die Instabilität der meisten Programme verantwortlich sind? Von der dämlichen C Library, der kranken Syntax und den noch bescheuerten Halbamateuren, die sich mit ihrem Frickelwissen 'C' als 'Cult' Programmiersprache (Chit wäre besser) ausgesucht haben (Gründe in meinem vorherigen Post).

Luckie schrieb:

Aber sei es drumm. C++ und Java Diskussionen sind auch nicht besser.

Doch

An solch geistreichen Kommentaren kann man das Niveau hier erkennen.

Statt zu argumentieren kommt nur aussageloser Flame :roll:

rüdiger schrieb:

morp2 schrieb:

Ich hab jetzt also die Wahl zwischen C++, der WinApi und einer angenehmen Syntax, oder Delphi, der VCL und der Pascal-Syntax.
Was würdet ihr mir raten?

Delphi würde ich nicht benutzen, weil du dich damit von Borland abhängig machst. Hören die auf Delphi weiter zu entwickeln (weil sie zB Pleite sind oder von jemandem aufgekauft wurden), dann hast du Pech. Es macht einfach keinen Sinn auf Programmiersprachen zu setzen, die proprietär sind!

Das ist mal Argumentation.
Im Grunde hast du ja Recht. Delphi wird von Borland beherrscht. Ich mache mir aber aktuell keine Sorgen, dass Borland/DevCo pleite gehen. Delphi wird sicherlich noch einige Jahre weiter existieren und wird für native Win32-Anwendungen auch in einigen Jahren noch nutzbar sein, selbst wenn Borland/DevCo mit der Entwicklung von Delphi aufhören sollte. Dann kann man sich aber immer noch nach einer anderen Sprache umsehen

Es gibt so viele GUI-Frameworks für C++. Schau einfach mal ins GUI-Forum und such dir das aus, was dir am schönsten gefällt.

VCL ist deutlich mehr als eine GUI.

rüdiger schrieb:

morp2 schrieb:

Ich hab jetzt also die Wahl zwischen C++, der WinApi und einer angenehmen Syntax, oder Delphi, der VCL und der Pascal-Syntax.
Was würdet ihr mir raten?

Delphi würde ich nicht benutzen, weil du dich damit von Borland abhängig machst. Hören die auf Delphi weiter zu entwickeln (weil sie zB Pleite sind oder von jemandem aufgekauft wurden), dann hast du Pech. Es macht einfach keinen Sinn auf Programmiersprachen zu setzen, die proprietär sind!

Das ist mal Argumentation.
Im Grunde hast du ja Recht. Delphi wird von Borland beherrscht. Ich mache mir aber aktuell keine Sorgen, dass Borland/DevCo pleite gehen. Delphi wird sicherlich noch einige Jahre weiter existieren und wird für native Win32-Anwendungen auch in einigen Jahren noch nutzbar sein, selbst wenn Borland/DevCo mit der Entwicklung von Delphi aufhören sollte. Dann kann man sich aber immer noch nach einer anderen Sprache umsehen

Selbst wenn sie in 100 Jahren noch Delphi vertreiben, mache ich mich von Borland abhängig. Ich halte es für keine schlaue Entscheidung sich von einer einzelnen Firma mehr als unnötig abhängig zu machen. Für einige Zeit kann man die Software sicher noch weiter verwenden. Aber für langfristige Projekte ist eine proprietäre Programmiersprache nicht geeignet.

Okay, ein Dateimanager ist sicher kein langfristiges Projekt. Aber hier kommen wir zum nächsten Problem. Das Projekt soll ja ein OpenSource-Projekt sein. Aber was nützt offener Quellcode, wenn alle die sich am Projekt beteiligen oder das Projekt selbst kompilieren wollen sich eine Lizenz von Borland kaufen müssen?

Okay, ein Dateimanager ist sicher kein langfristiges Projekt. Aber hier kommen wir zum nächsten Problem. Das Projekt soll ja ein OpenSource-Projekt sein. Aber was nützt offener Quellcode, wenn alle die sich am Projekt beteiligen oder das Projekt selbst kompilieren wollen sich eine Lizenz von Borland kaufen müssen?

1. Gibt es durchaus kostenfreie Versionen von Delphi. Die englische Version von Delphi 7 wurde auf der polnischen Borland-Seite vertrieben, Delphi 2005 PE und Turbo Delphi gibt es u.A. in der Delphi-PRAXiS zum freien Download. Also nicht zwangsläufig nur kaufen
2. Wenn er Den Borland C++ Builder nutzt, um die VCL mit C++ nutzen zu können, macht er sich genauso von Borland abhängig.
3. Durch Nutzung von MFC o.Ä. wird man AFAIK auch gezwungen, sich eine VS-Linzenz zu kaufen.

Btw.: So kann man vernünftig diskutieren. Im Gegensatz zu manchen Windelkindern hier :roll:

2. Wenn er Den Borland C++ Builder nutzt, um die VCL mit C++ nutzen zu können, macht er sich genauso von Borland abhängig.
3. Durch Nutzung von MFC o.Ä. wird man AFAIK auch gezwungen, sich eine VS-Linzenz zu kaufen.

Ich würde auch niemandem empfehlen den BCB oder die VCL zu benutzen. (Die MFC so wie so nicht). Aber das ist ein anderes Thema.

Proprietäre Bibliotheken und Compiler können ziemlich giftig für ein Unternehmen sein.

Hier die neue Firma:
http://www.codegear.com

In dem Zuge wurden ja auch vorher noch schnell die kostenlosen IDEs unter dem Turbo-Label rausgebracht. Also, Delphi und C++ jeweils mit VCL sind jedem kostenlos verfügbar.

Malo. schrieb:

2. Wenn er Den Borland C++ Builder nutzt, um die VCL mit C++ nutzen zu können, macht er sich genauso von Borland abhängig.
3. Durch Nutzung von MFC o.Ä. wird man AFAIK auch gezwungen, sich eine VS-Linzenz zu kaufen.

Ich würde auch niemandem empfehlen den BCB oder die VCL zu benutzen. (Die MFC so wie so nicht). Aber das ist ein anderes Thema.

Proprietäre Bibliotheken und Compiler können ziemlich giftig für ein Unternehmen sein.

Kommt darauf an. Lässt man die Qualität außer Acht und betrachtet nur die Lizenz, sieht die Realität anders aus. Vorallem wenn es z.B. um Mainstream-Produkte geht, als Beispiel die MAGIX-Produkte (Music Maker usw.). Da ist die Lizenz völlig irrelevant. Viele Firmen setzen z.B. auf die Qt-Library. Hem, sie wird für sehr viele Closedsource-Produkte a la Google Earth, Photoshop usw. genutzt. Und dafür ist eine proprietäre Qt-Lizenz nötig. Also vergleichbar mit der von MFC und VCL. Opensource-Lizenzen spielen hier praktisch kaum eine Rolle.

Ob es nicht nach hinten los geht, weiß man allerdings auch nicht. Viele Firmen setzen auf kommerzielle Lizenzen um z.B. einen Ansprechpartner und auch Sündenbock zu haben. Wird schwierig bei freier Software und freien Libraries. Unser Kunde würde z.B. niemals auf die Idee kommen, freie Server einzusetzen.

Wenn jemand also mit der VCL ein Produkt entwickelt, und die VCL noch lange weiter gepflegt wird, sollte es kein Problem geben. Schlecht wirds, wenn die VCL nicht weiter entwickelt wird. Aber ehrlich gesagt, das kann auch einem Opensource-Projekt passieren. Einer unserer Konkurrenten hatte mal für unseren Kunden eine Java-Library namens JLens für eine nicht unwichtige Software im Fachbereich Fzg-Elektronik eingesetzt. Naja, JLens wird schon länger nicht mehr weiter entwickelt... Praktisch null Aktivitäten auf der sourceforge-Projekt-Seite. Klar, die Firma hat den Source, kann somit noch weiter dran schrauben, aber das kostet auch Geld (Arbeitszeit). War bestimmt nicht der ursprüngliche Sinn für die JLens-Entscheidung. JLens ist immernoch in dem Projekt in Benutzung, man bekommt JLens nicht so leicht von den Hacken. Wie du es so schön sagst: Gift! Obwohl es ein Opensource-Projekt ist.

Dagegen gibts aber für Java gute kommerzielle JLens-Alternativen die aber heute noch weiter entwickelt werden. Hätte man sich dafür entschieden, hätte man zwar Lizenzkosten abdrücken müssen, aber es hätte auch kontinuierlich Updates gegeben.

Egal wie man sich entscheidet, es muß nicht gut enden.

Ich würde auch niemandem empfehlen den BCB oder die VCL zu benutzen. (Die MFC so wie so nicht). Aber das ist ein anderes Thema.

Wie viele Alternativen hat man? Von irgendwem macht man sich immer abhängig. Und ob ich mich nun von MS durch MFC oder meinetwegen .NET abhängig mach, oder von Borland (bzw. der Borland-IDE-Fabrik, auch wenn die jetzt nen anderen Namen hat. Das Team ist das selbe) ist doch eigentlich ziemlich laxx. Daran würd ich mich nicht so festlegen.

Mich würd da mal interessieren was du so benutzt. DevC++? MS VS sicherlich nicht, proprietäre Software darfs ja nicht sein. Borland C++ Builder (BDS 2006) schon gar nicht... Viele (gute) IDEs bleiben da nicht mehr

Da kommen eher die Frickeltuxer zum Zuge, die alles und jeden Opensource haben wollen, und sich lieber damit rumplagen, als mal an professionelle IDEs und Libraries zu gehen.

Alternative ist jedoch, dass man sich die Fenster selber bastelt. Ich bin aber deutlichst zu faul, Stunden zu investieren um ein Fenster mit wenigen Controls zusammenzubauen, wenn ich das gleiche auch in 5 Minuten schaffen kann, und dabei kaum Leistungsunterschiede feststelle.

Aus diesem Grund bin ich ja auch Delphianer. Ich habe eine IMHO schöne Sprache, von der Syntax sehr angenehm, und eine sehr gute IDE dazu, hab die VCL, mit der man viele schöne Dinge anstellen kann. Davon abgesehen hab ich erfolgreich das Programmieren mit Delphi gelernt (nachdem ich einige Male mit C++ auf die Nase gefallen bin) und bin damit durchaus zufrieden.

Um mal wieder auf die Ursprungsfrage zurückzukommen: Ich würde auf jeden Fall Delphi nehmen, statt mir mit C++ nen Arm auszureißen