C++ oder C#

daHa

Artchi schrieb:

Mathias schrieb:

Einigen wir uns darauf das du recht hast und wir reden weiter wenn das erste Programm über die Ladentheke geht, das CLI verwendet und auf mehreren Betriebssystemem lauffähig ist, ok?

Gerne: http://www.vistadb.net/ :p Und noch ein Zitat von der Homepage:

New! Native support for Mono
The same VistaDB assembly for .NET 1.1 runs unchanged on Mono. Build fully managed and typesafe cross-platform database applications for Windows, Linux, Mac OS X, Sun Solaris and BSB operating systems with VistaDB and the Mono Framework.

Und die News dazu: http://www.vistadb.net/blog/?p=12

waers in java und die ide integration fuer eclipse gemacht waer man plattform flexibler.

so rennt grad die db mit mono, und obs gleichwertig lauft is einmal danhingestellt.

tatsache ist, die plattformunabhaenigkeit von C# und CLI sind hptsaechlich ein gutes mareting argument fuer MS, und solang nicht das gesammte framework fuer andere plattformen verfuegbar is sind C# apps ungefaehr genauso unabhaenig wie c++ apps mit mfc, dh portierung theoretisch eh moeglich, praktisch...

.filmor

Mathias schrieb:

(Es wäre durchaus möglich, dass jemand einen C#-Compiler entwickelt, der ebenfalls Maschinencode erzeugt.)

Aber keinen standardkonformen

daHa schrieb:

tatsache ist, die plattformunabhaenigkeit von C# und CLI sind hptsaechlich ein gutes mareting argument fuer MS, und solang nicht das gesammte framework fuer andere plattformen verfuegbar is sind C# apps ungefaehr genauso unabhaenig wie c++ apps mit mfc, dh portierung theoretisch eh moeglich, praktisch...

Es stimmt, dass einige elementare Bestandteil von .NET zB WindowsForms (die aber nicht zum Standard gehören) noch nicht mono oder dotGNU funktionieren, aber das eigentliche Portabilitätsproblem ergibt sich imho daraus, dass man in den .NET-Sprachen auch die WinAPI und andere "alte" DLLs ansprechen kann und das auch durchaus genutzt wird. Ich glaube, das sollte in Mono über eine Brücke zu Wine gelöst werden, ich weiß aber nicht, was daraus geworden ist.

Zeus

Architektonisch stützt sich die .NET-Libs auf Win32 API und das wollte Microsoft auch so.
Um Platfromabhäniger zu sein müsste in Mono die WinForms durch ein anderes GUI-ToolKit implementiert wird, so ähnlich wie IBM es mit SWT getan hat.
Ich spekuliere mal, dass Mono-Projekt dass nicht wollten, wegen offensichtlicher Rechtsstreit, deswegen etablierte Mono GTK#.

FireballGFX

Hallo,

also ich habe mich zu erst mit Java beschäftigt, um die OO zuverstehen. Danach kam C++. C++ ist um einiges schwieriger und es ist nicht so leicht wie C# oder Java. Als Anfänger kommt man mit den managed Sprachen besser vorran.

Da ich ein OpenGL und DirectX Süchtiger bin, habe ich mir dann nach und nach C++ beigebracht (bin immer noch dabei). Einige meiner Kollegen halten mich für bescheuert, weil ich mich heute noch mit C++ so intensiv befasse. Ich bin aber von dieser Sprache verzaubert und mir macht es einfach Spass damit was zu machen. Außerdem ist das Erfolgsgefühl höher, wenn man etwas mit C++ geschafft hat.

Grüße

Fireball

DEvent

Da ich ein OpenGL und DirectX Süchtiger bin, habe ich mir dann nach und nach C++ beigebracht

Was hat das eine mit dem anderem zu tun?

Reyx

OpenGL in C#? Das ginge?

Zeus

http://csgl.sourceforge.net/

rüdiger

Persönlich halte ich C++ und das was ich von C# gesehen habe, nicht für eine ideale Anfänger Programmiersprache. Sicher sind beides umfangreiche Programmiersprachen, die einem mit allen Verwöhnen, aber man wird als Anfänger sicher schnell überfordert und gewöhnt sich dann 2. klassige Vorgehensweisen an. Besonders C++ ist ja in jeder Hinsicht sehr komplex.

Wenn man programmieren lernen will, sollte man nach meiner Meinung eher mit so etwas wie Python oder noch besser Scheme anfangen. Wenn man dann C++ lernt, sollte es keine Schwierigkeit sein auch C#, Java oder andere Programmiersprachen aus der Kategorie zu meistern.

(Ohnehin sollte man mehr als eine Programmiersprache kennen und möglichst Programmiersprachen mit unterschiedlichem Konzept. Das "ich lerne mal was und es reicht für immer"-Prinzip funktioniert eh nicht)

GPC

rüdiger schrieb:

(Ohnehin sollte man mehr als eine Programmiersprache kennen und möglichst Programmiersprachen mit unterschiedlichem Konzept. Das "ich lerne mal was und es reicht für immer"-Prinzip funktioniert eh nicht)

Sag das mal den COBOL - Programmierern

Unser Datenbanksysteme-Dozent mal dazu: "Schreiben Sie auf Ihren Grabstein, dass sie COBOL können und man wird sie über kurz oder lang wieder ausgraben"

GPC schrieb:

Unser Datenbanksysteme-Dozent mal dazu: "Schreiben Sie auf Ihren Grabstein, dass sie COBOL können und man wird sie über kurz oder lang wieder ausgraben"

*lol*