3. Welche Programmiersprache für das internet

Welche Programmiersprache für das internet

  • ?

    @SuperSchlumpf

    Doch, doch. Qt bietet ein paar Socket-Klassen zur Netzwerkprogrammierung an:
    Hier sind sie sogar dokumentiert:
    http://doc.trolltech.com/3.0/qserversocket.html

    0
  • S

    Original erstellt von Doktor Prokt:
    **@SuperSchlumpf

    Doch, doch. Qt bietet ein paar Socket-Klassen zur Netzwerkprogrammierung an:
    Hier sind sie sogar dokumentiert:
    http://doc.trolltech.com/3.0/qserversocket.html**

    und das ist im Qt enthalten? und damit kann man solche sachen machen?
    gibt es denn ein buch dazu? mit tuts lernen kann ich irgenwie nicht, bräuchte schon ein buch

    btw das sieht aber sehr OOP aus

    [ Dieser Beitrag wurde am 23.10.2002 um 15:23 Uhr von SuperSchlumpf editiert. ]

    0
  • R

    QT ist Objekt Orientiert (ist ja auch mit C++ geschrieben). Bücher zu QT findest du ne Menge.

    0
  • S

    Original erstellt von kingruedi:
    QT ist Objekt Orientiert (ist ja auch mit C++ geschrieben). Bücher zu QT findest du ne Menge.

    naja, sollen aber alle net so gut sein.

    habe gerade das gefunden:

    http://www.ecst.csuchico.edu/~beej/guide/net/html/

    ist das nichts?

    0
  • S

    Original erstellt von Gregor:
    Es sei denn, man nutzt Java.

    Dann erklaer mir mal was an Java so Plattformunabhaengig ist?
    Wenn es keine Portierung der VM fuer das System gibt, dann laeuft Java dort nicht!

    Detto bei Cross-Plattform Librarys! Wenns keine Portierung gibt, laeufts nicht. Gibts eine, dann laeufts!

    Wie bei Java.

    Nur warum glauben immer alle, dass Java ueberall laeuft? Es laeuft nur, wenn die VM dort implementiert ist. Das ist exakt das selbe Prinzip wie bei Cross-Plattform Libs 😉

    Der einzige 'Nachteil' dieser libs ist der, dass man neu compilieren muss - das sollte aber nicht wirklich schlimm sein.

    0
  • S

    @Shade genau sowas will ich eben nicht 🙂

    was haltet ihr denn von http://www.ecst.csuchico.edu/~beej/guide/net/html/ ?

    0
  • R

    @Shade

    Java hat den Vorteil, dass man kein Probleme beim portieren hat, die Programme in C haben. zB. kümmert sich Java um so was, ob char signed oder unsigned ist und ints haben immer die gleiche größe etc.

    0
  • S

    Original erstellt von kingruedi:
    Java hat den Vorteil, dass man kein Probleme beim portieren hat

    Schon klar 🙂
    Ich wollte nur mal klarstellen, das Java ne eigene Plattform ist und nicht Plattformunabhaengig.

    Nimm zB mal ein POSIX kompatibles C Programm. Welche Probleme wirst du bei der Portierung von *BSD nach Linux haben? Keine, oder? 😉

    Man muss halt aufpassen, dass es portabel bleibt... Schau dir mal dein ESELC an. Laeuft zwar noch nicht unter Windows, aber ist am besten Weg 😉 (Der Standard rult)

    0
  • S

    jetzt sagt doch mal was zur seite 😉

    0
  • R

    @Shade
    [OT] geht es auch noch nicht mit dem ICC? 😞 Aber die GCC Ports sollten es schlucken :p

    @SuperSchlumpf
    Die Seite enthält eine grobe Einführung in die POSIX Sockets. Hat aber ne Menge an Mängel. Für den Anfang reicht es vielleicht.

    Wenn du was vernünftiges lernen willst, musst du dir das Buch "Programmieren von UNIX Netzwerken" von W. Richard Stevens kaufen. Das ist in dem Punkt das Pflicht Werk für Jeden!

    0
  • G

    Original erstellt von Shade Of Mine:
    **
    Ich wollte nur mal klarstellen, das Java ne eigene Plattform ist und nicht Plattformunabhaengig.
    **

    Java ist eine Programmiersprache und keine Plattform. :p 😉 Wenn überhaupt, dann kannst du die JVM als Plattform bezeichnen. Das stimmt in einem gewissen Maße. Die JVM ist eine Art virtuelle Plattform, mit deren Hilfe letztendlich von der darunterliegenden Plattform abstrahiert wird. Es ist im Prinzip eine Schicht, die zwischen der Plattform und dem Programm liegt. Allerdings ist diese "Schicht" durch die JIT-Kompilierung wohl "dünner" geworden, weshalb Java-Programme inzwischen auch schneller als früher laufen. Die JVM gibt es für eine ganze Menge realer Plattformen, ein Java-Programm kann auf allen diesen Plattformen plattformunabhängig laufen. Es gibt keine Probleme mit den Größen primitiver Datentypen,...!

    0
  • S

    OK, dann sagen wir die JavaVM ist eine Plattform.

    Somit ist Java nicht Plattformunabhaengig, da die Plattform Java VM (wie sie auch immer heissen mag) benoetigt wird.

    Es ist eine Moeglich, ein Programm auf vielen Systemen laufen zu lassen. C/C++ verwendet einen anderen Ansatz.

    0
  • G

    Welchen Ansatz verfolgt denn C++?

    [ Dieser Beitrag wurde am 23.10.2002 um 20:00 Uhr von Gregor editiert. ]

    0
  • S

    Original erstellt von kingruedi:
    **
    [OT]

    @SuperSchlumpf
    Die Seite enthält eine grobe Einführung in die POSIX Sockets. Hat aber ne Menge an Mängel. Für den Anfang reicht es vielleicht.

    Wenn du was vernünftiges lernen willst, musst du dir das Buch "Programmieren von UNIX Netzwerken" von W. Richard Stevens kaufen. Das ist in dem Punkt das Pflicht Werk für Jeden!**

    ahhh , sehr gut 🙂 thx, einige haben mir nun dieses buch empfohlen, muss ja echt was herhalten 🙂

    allerdings habe ich bei amazon geguckt, die rezensoren schreiben über die übersetzung und haben beispiele gegeben; das klingt übel. werde mir mal die engl. vers ansehen, hat ja gute kritiken 🙂

    THX! hast du dieses buch? wenn ja beschreib mal ein wenig worum es geht , wie es aufgebaut ist und welche beispiele es gibt 🙂

    0
  • R

    http://www.kohala.com/start/unpv12e.html

    schau dir die Seite an, da steht alles über das Buch

    0
  • S

    Original erstellt von kingruedi:
    **http://www.kohala.com/start/unpv12e.html

    schau dir die Seite an, da steht alles über das Buch**

    boarh krass , hab mir mal das Inhaltsverzeichnis angeschaut.... scheint ja recht umfassend zu sein, werde mir das dingen auf jeden fall mal ausleihen , thx für den link 🙂

    0
  • S

    Original erstellt von Gregor:
    [QB]Welchen Ansatz verfolgt denn C++?

    Java verlangt eine VM
    C++ verlangt einen Compiler

    Theoretisch ist es moeglich ein Programm nur durch den Compiler auf der neuen Plattform zu jagen und es ist fertig.

    Praktisch gesehen, ist es natuerlich nicht so einfach. (aber Unix <-> Windows ist durchaus nicht zu kompliziert)

    0
  • ?

    Was habt ihr den mit immer mit Sockets ? Nimm Perl und LWP::UserAgent, damit hast Du den Bot in 10 Zeilen fertig...

    MfG
    Stefan

    0
  • R

    @<SaS>
    über Perl kann man sich eh streiten. Also ich mag Perl nicht besonders und kann Perl auch niemanden empfehlen. (Kann gerne ein paar Dinge zum Thema Perl mit die besprechen, dann aber in einem Extra Thread, da der hier sonst OT wird)

    Mit der entspr. Lib hat man das in C auch in 10 Zeilen gemacht.

    0
  • G

    Original erstellt von Shade Of Mine:
    **Java verlangt eine VM
    C++ verlangt einen Compiler
    **

    Ein Compiler auf vielen Plattformen reicht aber noch nicht aus. Wenn das Programm z.B. ein GUI hat, dann bauchst du eine Bibliothek von einem Drittanbieter. Auf die Portierbarkeit dieser Bibliothek hast du keinen Einfluss. Gleiches gilt wohl für Threads, Sockets,...! (AFAIK)

    Hinzu kommt noch, dass man wohl selbst relativ stark darauf achten muss, dass das Programm auch auf unterschiedlichen Plattformen das gleiche Verhalten zeigt. Wenn das Programm von einem 32-Bit-System auf ein 64-Bit-System portiert werden soll, dann muss man z.B. darauf achten, dass sich die geänderten Größen der primitiven Datentypen nicht negativ auswirken. Ich habe in Stroustrups Buch gesehen, dass er es empfiehlt, etwas in der folgenden Art zu machen :

    typedef int int32;
    typedef short int16;
    ...

    Aber selbst dann muss man zumindest noch an einer Stelle des Sourcecodes eränderungen vornehmen, damit es keine Probleme bei der Portierung gibt (Wenn sich die Größe von z.B. int ändert).

    [ Dieser Beitrag wurde am 24.10.2002 um 02:32 Uhr von Gregor editiert. ]

    [ Dieser Beitrag wurde am 24.10.2002 um 02:33 Uhr von Gregor editiert. ]

    0
Anmelden zum Antworten