Welche Programmiersprache am sinnvollsten?
-
Hi,
ich plane einen Chat für unser Schulnetz zu realisieren. Ich kenne mich mit den Sprachen C++, VB.Net, C#.Net, ASP, PHP usw usf aus.
Jetzt brauche ich eine Programmiersprache die folgende Bedingungen erfüllt:- Einfach zu realisierende Server/Client verbindung
- Betriebssystemunabhängig
- Ohne weitere installationen (wie Frameworks etc) ausführbarC++ wäre glaube ich gut, komm aber immer mit den zeigern und referenzen durcheinander. Weswegen ich zu VB 6 oder Delphi tendieren würde. Was meint ihr?
-
McDreamy schrieb:
- Betriebssystemunabhängig
kommt drauf an wie wichtig dir das ist^^
wenn sehr: mit delphi oder vb könnt's schwer werden

McDreamy schrieb:
- Ohne weitere installationen (wie Frameworks etc) ausführbar
dann kannste .NET und java schon mal vergessen...
-
Also eher ist mit die Kompatibilität mit den netzwerken von nöten. Wenn es auf Win XP läuft (90% aller Schulrechner) ist das ok.
Ich hab mal so einen Chat auf Textbasis (Refresh alle 0,5 Sekunden auslesen einer txt Datei) gebastelt. Wie gesagt, nicht die eleganteste Lösung. Will jetzt mal was ewrsntes basteln.
C++ wäre für mich das beste, da wir c++ auch in der Schule installiert haben und ich dort weiterbasten könnte in zB einer Freistunde. Hab nur etwas Berührungsangst mit den Zeigern, Referezen etc
-
McDreamy schrieb:
...
- Betriebssystemunabhängig
...=>
McDreamy schrieb:
Also eher ist mit die Kompatibilität mit den netzwerken von nöten. Wenn es auf Win XP läuft (90% aller Schulrechner) ist das ok....

Hätte mich auch gewundert.Mein Rat: Mach C++ und lass Dich von Zeiger und Referenzen nicht verunsichern !
In gutem C++ brauchst Du die relativ wenig (schon gar nicht für strings oder Container ("Arrays")) ... und da, wo Du sie brauchst, sind sie auch "logisch".
Gruß,
Simon2.
P.S.: Ich wäre gespannt darauf, wie "Betriebssystemunabhängig" mit "Einfach zu realisierende Server/Client verbindung" zusammenzubringen gewesen wäre.

-
lese dir in einem c++-buch deiner wahl noch einmal das kapitel über zeiger und referenzen durch, dann wird das schon. vielleicht wäre es auch hilfreich, wenn du dir z.B. die jabber-spezifikation o.ä. anguckst, um mal zu sehen wie so etwas normalerweise gemacht wird (war guter tipp von einem freund, ich hab mich nicht dran gehalten und trotzdem ein chatprogramm geschrieben, mit Qt. es funktionierte auch...manchmal).
mfg,
julian
-
Nimm die Sprache D. Die isz zwar stark in entwicklung aber gut!
Diese Sprache ist eifnach, portabel und man braucht kein framework
-
Simon2 schrieb:
P.S.: Ich wäre gespannt darauf, wie "Betriebssystemunabhängig" mit "Einfach zu realisierende Server/Client verbindung" zusammenzubringen gewesen wäre.

klarer fall für java!
-
ten schrieb:
Simon2 schrieb:
P.S.: Ich wäre gespannt darauf, wie "Betriebssystemunabhängig" mit "Einfach zu realisierende Server/Client verbindung" zusammenzubringen gewesen wäre.

klarer fall für java!
Na dann viel Spaß mit Java unter MVS.

Gruß,
Simon2.
-
C++ wäre für mich das beste, da wir c++ auch in der Schule installiert haben und ich dort weiterbasten könnte in zB einer Freistunde. Hab nur etwas Berührungsangst mit den Zeigern, Referezen etc
Pointer sind einfach, wenn sie dir jemand mal richtig erklärt. Da fehlt einfach nur das Aha-Erlebnis. Wenn Du englisch kannst, schau dir mal das hier an:
http://www.cs.stanford.edu/cslibrary/PointerFunCppBig.avi (34 MB)
http://www.cs.stanford.edu/cslibrary/PointerFunCpp.avi (14 MB)
-
Simon2 schrieb:
ten schrieb:
Simon2 schrieb:
P.S.: Ich wäre gespannt darauf, wie "Betriebssystemunabhängig" mit "Einfach zu realisierende Server/Client verbindung" zusammenzubringen gewesen wäre.

klarer fall für java!
Na dann viel Spaß mit Java unter MVS.

hier: http://h18012.www1.hp.com/java/download/
oder taugt das nix?
-
ten schrieb:
Simon2 schrieb:
ten schrieb:
Simon2 schrieb:
P.S.: Ich wäre gespannt darauf, wie "Betriebssystemunabhängig" mit "Einfach zu realisierende Server/Client verbindung" zusammenzubringen gewesen wäre.

klarer fall für java!
Na dann viel Spaß mit Java unter MVS.

hier: http://h18012.www1.hp.com/java/download/
oder taugt das nix?... nicht für IBM-MVS-Systeme.
Aber natürlich gibt es auch eine VM (für die neuste Version des Betriebssystems), aber das hilft einem nichts, wenn sich viele Architekturmerkmale (Filesysteme/-formate, User-Interface, Threading- , ....) aus der "Vor-ClientServer-Zeit" stammen.
Gruß,
Simon2.
-
Simon2 schrieb:
... nicht für IBM-MVS-Systeme.
vielleicht das hier: http://www-03.ibm.com/servers/eserver/zseries/software/java/

-
ten schrieb:
Simon2 schrieb:
... nicht für IBM-MVS-Systeme.
vielleicht das hier: http://www-03.ibm.com/servers/eserver/zseries/software/java/

Simon2 schrieb:
...
Aber natürlich gibt es auch eine VM (für die neuste Version des Betriebssystems), aber das hilft einem nichts, wenn sich viele Architekturmerkmale (Filesysteme/-formate, User-Interface, Threading- , ....) aus der "Vor-ClientServer-Zeit" stammen.
Gruß,
Simon2.
Das haben wir auch ...
Aber wenn Du auf dem System nichtmal Files mit der Non-Javawelt austauschen kannst, vergeht einem schnell die Lust an der Portabilität. In Sachen Legacyintegration ist Java einfach nicht besonders doll (und unter zOS hat man üblicherweise 99% "Altes") - zumindestens nach meiner (zugegebenermaßen begrenzten) Erfahrung. Allerdings sehen das Viele (Systemer und Architekten) in der Firma ähnlich.Gruß,
Simon2.
-
Simon2 schrieb:
Das haben wir auch ...
Aber wenn Du auf dem System nichtmal Files mit der Non-Javawelt austauschen kannst, vergeht einem schnell die Lust an der Portabilität. In Sachen Legacyintegration ist Java einfach nicht besonders doll...naja, das ist klar. man kann ja nicht alles in einem haben.
für sowas bietet java übriges 'JNI' zum dranschnuddeln von systemspezifischen sachen.
guckst du: http://www.javaworld.com/jw-07-1997/jw-07-javadev.html

-
ten schrieb:
Simon2 schrieb:
Das haben wir auch ...
Aber wenn Du auf dem System nichtmal Files mit der Non-Javawelt austauschen kannst, vergeht einem schnell die Lust an der Portabilität. In Sachen Legacyintegration ist Java einfach nicht besonders doll...naja, das ist klar. man kann ja nicht alles in einem haben.
für sowas bietet java übriges 'JNI' zum dranschnuddeln von systemspezifischen sachen.
guckst du: http://www.javaworld.com/jw-07-1997/jw-07-javadev.html

Ist klar, aber da sind enge Grenzen gesetzt. Einerseits nur C (schreib mal Stubs für eine Cobol-Legacy-Anwendung mit einigen Millionen Zeilen Code) und andererseits kannst Du dann Deinen Transaktionskontext zu DB und Netz komplett vergessen...

Es hat schon einen Grund, warum wir mit Java auf der grünen Wiese neu angefangen haben.
Gruß,
Simon2.