Programmierung von Windows Programmen

Assembler oder PowerShell.

lks

PS. Ich möchte kochen. Welchen Kochtopf nehme ich da am besten?

ja richtig... am besten den Eckigen.

Einfach in den Topf mit Scrabble-Buchstaben greifen und die Sprache lernen deren Buchstaben man erwischt hat. Die meisten sind mit Sicherheit schon mal verwendet worden...

richtig dauerhaft und auch schon lange platformübergreifend verfügbar (speziell für PC und Mac) ist aber nur Java, alles andere ist entweder experimentell... oder die APIs sind systemspezifisch so daß man am Ende doch für jede Platform separat sein Programm kompilieren muß.

Hi

C# ist definitiv noch zeitgemäss.
Mit WinForms und Visual Studio ist es auch keine Hexerei eine GUI zu erstellen;)

Du könntest auch C, C++, VB.Net, Java, Phyton, etc. verwenden..

Die Frage ist eher was kannst du und wie gewillt bist du eine neue Sprache zu lernen.

Gruss PPR

Machst du Witze , klar...
Der Einsatzzweck und deine Vorlieben/Ansprüche/Können bestimmen primär die verwendete Sprache.

Richtig dauerhaft und plattformübergreifend ist eigentlich nur Assembler und C, fuktionieren auch nach vielen jahrzehnten und gibt es für jede erdenkliche Plattform.

Bei den APIs muß man eh soweit abstrahieren, daß entweder selbst einen Abstraktionslayer programmiert oder sich eines der vielen Toolkits bedient, die das mehre schlecht als recht lösen.

lks

Hi,
Dito! Die Java-Gemeinde glaubt doch schon immer, dass Gott als erstes Java geschaffen hat ...

Eben. Und da ich allein schon von der Fragestellelung her davon ausgehe, dass der TO totaler Anfänger ist, ist das gleich zum Scheitern verurteilt.

@131361
Tipp: Fang am besten mit kleinen Brötchen an! Schreib ein paar Scripte. Dann baue darauf auf.

E.

Hallo,

Microsoft Visual Studio (arbeitet mit VB.NET (Visual Basic) und C#) so das du beim Framework nur noch zwischen WPF und WindowsForms wählen musst. Windows Forms ist für den Anfang sehr einfach. Gut C# ähnelt mehr so C/C++ und Visual Basic kann man eigentlich auch sehr leicht elernen

Gruß an die IT-Welt,
J Herbrich

Ich habe ganz gute Erfahrung mit Qt gemacht. Das ist C++ mit einem speziellen Framework, auf Wunsch eigener IDE und Plattform-Unabhängig. Es hat den riesen Vorteil das man nur einen Code braucht, der unter jeder aktuellen Plattform (Windows, Linux, Mac) kompiliert werden kann. Die GUI kann inline oder mit der IDE erstellt werden, auch Plattform-Unabhängig.

Assembler und C sind das genaue Gegenteil von Plattformunabhängig. Du hast Recht, dass die Compiler hier für alle erdenklichen Plattformen zur Verfügung stehen, allerdings meint man bei Plattformunabhängigkeit eigentlich die Lauffähigkeit von Programmen, ohne dass sie für jede Hardware/Betriebssystem neu kompiliert oder erstellt werden müssen. Ein in C geschriebenes und auf Windows kompiliertes Programm ist nicht auf anderen Plattformen als auf Windows lauffähig. Gerade Assembler ist das "Paradebeispiel" einer Plattformabhängigkeit, hier nicht primär vom Betriebssystem, sondern vor allem von der darunter liegenden Hardware Plattform. Du kannst X86 Assembler Code nicht auf z. B. einer ARM Plattform ausführen. Du kannst auch 64-Bit Assembler nicht auf 32 Bit Maschinen ausführen.

Java Programme kannst du hingegen überall ausführen, wo der Bytecode-Interpreter läuft, ohne das man den Java-Code neu übersetzen müsste. Man kann sich natürlich über Details streiten: "Ist eine Programmiersprache unabhängig wenn ein Interpreter vorhanden sein muss" allerdings ist das ein anderes Thema. Gängiger Konsens bei Plattformabhängigkeit/unabhängigkeit bezieht sich auf die Läuffähigkeit von Programmen ohne diese neu für jede Plattform zu kompilieren.

Dann verstehen Du und ich etwas anderes unter plattformunabhängig.

Und es ist eben nicht allgemeiner Konsens, daß nur für die Binaries gilt. In meinem Umfeld ist Plattformunabhänigkeit, wenn man dieselben Sourcen durch den Crosscompiler jagt udn das binary für das gewünschte ZUielsystem bekommt.

Und dein Java Interpreter übersetzt den code jedesmal aufs neue, wenn er auf eine andere Plattform kommt. Das ist nichts anderes als frisch kompilieren.

lks

PS: Java ist übrigens nur ein Abklatsch des alten UCSD-P-Code-systems