C#-ähnliche Programmiersprache gesucht
-
tfa schrieb:
Du siehst Probleme, wo keine sind. Deine Software muss sowieso beim Anwender installiert werden, dabei wird dann eben die nötige Laufzeitumgebung (z.B. .NET oder JRE) gleich mit installiert. Der Anwender muss davon gar nicht viel mitbekommen. Bei "nativer" Software musst du ja auch manchmal Libs von Fremdanbietern mit verteilen. Oder willst du statische gelinkte Exes per EMail verschicken - ohne Installation?
Nicht per Mail, aber im wesentlichen hast du's erfasst: Meine Programme brauchen keine Installation. Wieso auch? Ich programmiere ja nicht MS Office nach. Und da das ganze dann ohnehin nur aus einer Exe-Datei besteht, wäre ein Setup absolut überflüssig. (Das ist ja bei so Sachen wie dem Foxit Reader, Restoration und Konsolenemulatoren genauso. Oder glaubst du, ich würde einen Super-Nintendo-Emulator benutzen, den man erst installieren muss und der auch noch das .NET-Framework braucht?) Erst recht, wenn die eigentliche Anwendung unter einem MB groß ist, man dann aber noch 20 MB eines Frameworks braucht.
-
Bist du NES-Spieler?
-
EOP schrieb:
Zwischencode find ich geil - ich brauche nur Minuten um ein x-beliebiges C#-Programm zu reversen und patchen.
Das mit dem "x-beliebig" wage ich zu bezweifeln.
-
o.O schrieb:
Bist du NES-Spieler?
Nein. Wieso? Wegen dem Super-Nintendo-Emulator?
-
Wenn deine Software es Wert ist benutzt zu werden, wird niemand sich durch die Installation einer Laufzeitumgebung abschrecken lassen - wenn sie nicht schon von vornherein da ist. Vor allem: 20 MB zu viel? In welcher Zeit lebst du?
-
Fed up with C++ schrieb:
o.O schrieb:
Bist du NES-Spieler?
Nein. Wieso? Wegen dem Super-Nintendo-Emulator?
Lügner!
-
tfa schrieb:
Wenn deine Software es Wert ist benutzt zu werden, wird niemand sich durch die Installation einer Laufzeitumgebung abschrecken lassen - wenn sie nicht schon von vornherein da ist. Vor allem: 20 MB zu viel? In welcher Zeit lebst du?
20 MB im Vegleich zur Größe meines eigenen Programms von unter einem Megabyte. Wäre mein Programm eine fette Monsteranwendung, wäre es kein Problem. Und was heißt hier, es wert sein, die Software zu benutzen? Wenn ich ein kleines Spiel oder so etwas programmiere, dann probieren es Leute vielleicht aus. Wenn ich ihnen aber sage, so, dann installier dir mal noch das .NET-Framework, dann hab ich die meisten typischen Durchschnittsnutzer schon mal abgeschreckt.
Warum werde ich hier eigentlich in eine Diskussion zum .NET-Framework verwickelt? Ursprünglich ging es doch nur um eine C#-Alternative.o.O schrieb:
Fed up with C++ schrieb:
o.O schrieb:
Bist du NES-Spieler?
Nein. Wieso? Wegen dem Super-Nintendo-Emulator?
Lügner!
Glaub doch, was du willst.
-
gib doch mal deine Meinung zu D ab
-
Fed up with C++ schrieb:
Ursprünglich ging es doch nur um eine C#-Alternative.
Dann lern halt D. Neue Sprachen lernen macht immer Spaß, auch wenn sie völlig irrelevant sind. Aber nur um dieses "Problemchen" zu lösen erscheinen mir Aufwand und Nutzen nicht besonders verhältnismäßig. Aber jeder wie er mag.
-
halllo schrieb:
gib doch mal deine Meinung zu D ab
Der Ansatz der Sprache scheint an sich ganz gut zu sein. Leider wirkt sie auf mich noch nicht so richtig gar. Für so manche Sachen werden noch die C-Bibliotheken gebraucht (zum Beispiel getch). Und ich habe auch noch kein GUI-Framework für D gesehen, das über den Beta-Status hinausgewachsen ist. Außerdem scheint die Sprache vergleichsweise unbekannt und wenig benutzt zu sein. Das macht es natürlich schwerer, Hilfe bei Problemstellungen zu bekommen. Ganz zu schweigen von einer richtig guten IDE.
Wäre D besser etabliert, wäre es vielleicht etwas für mich, aber im Moment ist es mir noch zu "experiementell".tfa schrieb:
Aber nur um dieses "Problemchen" zu lösen erscheinen mir Aufwand und Nutzen nicht besonders verhältnismäßig.
Ganz wie man's nimmt. Ich fand kleine, sofort lauffähige Programme schon immer besser als zu installierendes Zeug, das dann womöglich noch irgendwelche Zusatzprogramme braucht. Deshalb möchte ich nicht C# benutzen, obwohl ich die Sprache selbst und die .NET-Funktionen ideal finde.
Gibt es denn keine Sprache im Win32-Sektor, die C# in Sachen Sauberkeit, Ausführlichkeit und GUI das Wasser reichen kann?
-
Fed up with C++ schrieb:
Der Ansatz der Sprache scheint an sich ganz gut zu sein. Leider wirkt sie auf mich noch nicht so richtig gar. Für so manche Sachen werden noch die C-Bibliotheken gebraucht (zum Beispiel getch). Und ich habe auch noch kein GUI-Framework für D gesehen, das über den Beta-Status hinausgewachsen ist. Außerdem scheint die Sprache vergleichsweise unbekannt und wenig benutzt zu sein. Das macht es natürlich schwerer, Hilfe bei Problemstellungen zu bekommen. Ganz zu schweigen von einer richtig guten IDE.
Wäre D besser etabliert, wäre es vielleicht etwas für mich, aber im Moment ist es mir noch zu "experiementell".Da geht's mir genauso; ist auch schade, aber die Sprache ist halt noch sehr jung.
Ich weiß nicht genau, wie's bei Python mit GUI aussieht, aber es ist auf jeden Fall eine recht populäre Sprache, wofür es gewiss auch eine Menge Ressourcen gibt. Mal angeschaut?
-
Das Argument mit "kleine Zusatzprogramme brauchen" ist insofern albern, dass heutzutage fast jeder ernstzunehmende Windows-PC eben jenes Framework bereits installiert hat. Dein Problem wird somit zu: Du willst eine aktuelle Technologie nutzen und veraltete Systeme bedienen.
Aber um deine Frage gemäß deiner Erwartungshaltung zu beantowrten: Nein, eine Alternative gibt es nicht.
-
Da wäre ich mir eben nicht so sicher. Für mich ist das ebenfalls ein Hindernis, C# würde ich nicht bedenkenlos einsetzen, da ich vermute, daß einige Windows-PCs eben noch KEIN .NET installiert haben. Es kommt ja nichtmal automatisch übers Windows-Update. Bei Vista ist es natürlich dabei, aber es benutzen einfach noch extrem viele Leute XP. Und wer bisher noch keine .NET-Applikation verwendet hat, hat halt das Framework auch noch nicht.
-
Badestrand schrieb:
Da geht's mir genauso; ist auch schade, aber die Sprache ist halt noch sehr jung.
Wahrscheinlich wird D immer eine Nischensprache bleiben. Es steht halt keine große Firma wie Microsoft oder Sun dahinter.
Badestrand schrieb:
Ich weiß nicht genau, wie's bei Python mit GUI aussieht, aber es ist auf jeden Fall eine recht populäre Sprache, wofür es gewiss auch eine Menge Ressourcen gibt. Mal angeschaut?
Da braucht er ja wieder ne Laufzeitumgebung...
-
Fed up with C++ schrieb:
- Endlich mal ein vernünftiger String-Datentyp im Gegensatz zum armseligen std::string.
- Eine korrekte Abfragerealisierung. Kein int i = 5; if (i) {...} mehr.
- Nur ein Scope-Operator statt drei (. -> ::).
- Alle möglichen Fehler werden per Exception behandelt. Kein undefiniertes Verhalten und keine nicht aufzuhaltenden Programmabstürze bei falschem Zugriff wie bei C++ mit seinem sehr spärlichen Exception-Handling.Delphi.
Fed up with C++ schrieb:
- Vernünftige Array- und Listen-Klassen ohne Notwendigkeit dieser nervigen Iteratoren.
Delphi. (In der kommenden Version wird es übrigens auch Generics geben.)
Fed up with C++ schrieb:
- Enums müssen mit ihrem Typ angegeben werden (ConsoleColor.Black statt einfach nur black)
In Delphi möglich, je nach Compilereinstellung.
Fed up with C++ schrieb:
- Meine geliebte Konsolenmanipulation (sowas wie gotoxy und texcolor) kann komfortabel ausgeführt werden und man muss sich pro Konsolen-Format-Funktion nicht erst einen mehrzeiligen WinAPI-Code zurechtschreiben.
Möglicherweise auch Delphi, weiß ich aber nicht.
Fed up with C++ schrieb:
- Die erstellten Fenster im Windows-Framework sind mit ihren Funktionen sehr sauber aufgebaut (im Gegensatz zum Beispiel zur MFC) und selbst das Erstellen der Fenster mit dem GUI-Designer des Visual Studios produziert absolut sauberen Code (auch wieder im Gegensatz zur MFC, wo eine automatisch generierte Ressourcendatei viel zu viel unsinnigen Text enthält, den man per Hand nie reinschreiben würde).
VCL.
Fed up with C++ schrieb:
- Einfache GDI-Grafik-Programmierung ohne Device Contexts und ähnlichem Quatsch. Ein kleines Spiel ist, was den grafischen Teil angeht, also schnell erledigt. Bei C++ müsste man da erst eigene Grafikmanipulationsfunktionen schreiben oder die externe GDI+-Lib einbauen, bei C# gehört das alles zum Standardrepertoire.
Da brauchst du auch in Delphi 3rd-Party-Tools. Zwar ist die GDI in der VCL gekapselt, aber sie hat dann eben doch nicht ganz so viele Möglichkeiten wie die GDI+. Aber es gibt da genügend freie Libraries für Delphi.
Fed up with C++ schrieb:
Das einzige, was mir an C# missfällt, ist die Sache mit dem Zwischencode. Ich habe schon immer am liebsten Programme geschrieben, die auch der letzte Depp und jeder mit einem Asbach-Uralt-PC mit Windows 95 drauf durch einen simplen Doppelklick starten kann.
Delphi.
-
http://www.xenocode.com/Products/Postbuild/
Run .NET applications on any Windows PC
Native x86 executable generation allows your .NET application to run anywhere, with or without the Framework. Embed application-specific .NET and DirectX dependencies. (Windows 9x and NT4 targets not supported.)
-
Zu Delphi:
Die von mir genannten Punkte scheinen ja dann im großen hinzuhauen. Aber ist Delphi auch generell eine anständige Programmiersprache oder mehr so eine Loser-Sprache wie Visual Basic?dEUs schrieb:
http://www.xenocode.com/Products/Postbuild/
Run .NET applications on any Windows PC
Native x86 executable generation allows your .NET application to run anywhere, with or without the Framework. Embed application-specific .NET and DirectX dependencies. (Windows 9x and NT4 targets not supported.)Ich hab's mal ausprobiert. Das wäre eigentlich genau das richtige, wenn die kompilierte Anwendung nicht 15 MB
groß wäre.
Und dann kostet das Teil auch noch mehr als $1500. Das kann sich ein armer Auszubildender leider nicht leisten.
-
Delphi ist eine Art objektorientiertes Pascal für Windows. Ich hoffe das ist einigermaßen korrekt ausgedrückt, habe Delphi nur einmal ganz kurz benutzt.
Gibt aber scheinbar recht viel Software die in Delphi geschrieben ist.
Was PostBuild angeht: Das mit den 15 MByte liegt wohl daran, daß sie einiges aus dem Framework direkt mit reinkompilieren. Der Preis ist natürlich auch etwas hoch, aber Du könntest ja 'ne Mail schreiben ob sie auch Lizenzen für arme Shareware-Entwickler anbieten. Das machen andere Firmen oft auch, z.B. gibt es Qt und FMOD ebenfalls in einer "Single Developer License" oder so.
-
Rock Lobster schrieb:
Gibt aber scheinbar recht viel Software die in Delphi geschrieben ist.
Nun ja, aber ist diese Sprache denn generell hoch angesehen oder eben als Versagersprache (so wie eben VB) verschrieben.
Rock Lobster schrieb:
Was PostBuild angeht: Das mit den 15 MByte liegt wohl daran, daß sie einiges aus dem Framework direkt mit reinkompilieren. Der Preis ist natürlich auch etwas hoch, aber Du könntest ja 'ne Mail schreiben ob sie auch Lizenzen für arme Shareware-Entwickler anbieten. Das machen andere Firmen oft auch, z.B. gibt es Qt und FMOD ebenfalls in einer "Single Developer License" oder so.
Solange eine Exe 15 MB groß ist, benutze ich das Ding sowieso nicht.
-
Ich würde mal vermuten daß sie schon höher angesehen wird als VB, aber ob man jetzt VB als Versagersprache abtun will ist auch wieder so eine Sache. Überhaupt, welchen Nachteil ziehst Du daraus? Wenn eine Sprache perfekt zu Deiner Aufgabe paßt, dann kann man sie doch ruhig einsetzen.
Ich habe früher gerne mit VB gearbeitet und finde einige Konzepte nichtmal schlecht, ich bin nur mittlerweile mit einigen wirklich sprachbezogenen Dingen nicht mehr ganz einverstanden.