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ührbar

C++ 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?

- 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...

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

...
- 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.

mfg,
julian

Diese Sprache ist eifnach, portabel und man braucht kein framework

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!

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)

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?

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.

... nicht für IBM-MVS-Systeme.

vielleicht das hier: http://www-03.ibm.com/servers/eserver/zseries/software/java/

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.

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

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.