Theoretischer aufbau einer Messenger App?

[RayYago]

Hallo liebe User,

ich bin neu in der Appenticklung etc. Ich würde gerne zu Lernzwecken versuchen eine simple Messenger-App zu entwickeln. Sie soll lediglich eine Nachricht versenden können und ein anderer Client soll diese empfangen. Aber ich verstehe nicht so richtig wie und was ich dafür brauche.

Ich dachte es wäre so:
- client schickt http request an webserver
- php-Script verarbeitet
- Script sendet die Nachricht an den jeweiligen Client weiter
- client empfängt die Nachricht

Dann haben mir aber Leute erzählt ich solle doch Firebase benutzen oder Scaledrone da das entwickeln selbst wohl über 500 Stunden dauern würde (?).

Ich weiß nicht wo ich konkret mit dem Lernen und der Suche beginnen soll.

meine konkrete Frage nun wäre: Kann ich es wie oben beschrieben einfach umsetzen oder ist das Unsinn bzw. gibt es einen besseren Weg so etwas an zu gehn?

Ich danke im voraus und wenn etwas unklar sein versuch ich es nochmal besser in Worte zu fassen.

 

[Joah]

Bei PHP wirst du wohl auf folgendes Problem stoßen:
Wenn die Nachricht des Senders auf den Server übertragen wurde, wie soll diese dann an den Empfänger übertragen werden?
Eine Lösung wäre z. B., dass der Client alle 5 Minuten am Server nachfragt, ob eine Nachricht vorhanden ist. Das nennt sich dann Polling und sollte wenn möglich immer vermieden werden. Außerdem wäre die Verzögerung bis die Nachricht ankommt bis zu 5 Minuten.

Ich würde an deiner Stelle den Server auch in Java schreiben (mit Sockets). Dann kannst du die Nachrichten quasi in Echtzeit übertragen.

 

[Dukel]

Sowas sollte auch in php in Echtzeit möglich sein mit Websockets.
https://phpfluesterer.de/software-development/websocket-mit-javascript-nodejs-haproxy-teil-1/

 

[Joah]

Sowas sollte auch in php in Echtzeit möglich sein mit Websockets.
https://phpfluesterer.de/software-development/websocket-mit-javascript-nodejs-haproxy-teil-1/

Ich weiß. Du kannst mit socket_create auch ganz normale Sockets machen.
Java ist dafür aber einfach besser geeignet. Es gibt jede Menge Hilfsklassen für Sockets.
Außerdem ist es performanter, ist typsicher und hat eine viel schönere Syntax.
PHP ist was für Skript-Kiddies. Java ist professionell.
Ich benutze PHP auch für meine kleine Homepage. Aber nicht für nen Chat-Server.
Mit Java könnte man richtig große Backends wie die von Amazon, Facebook oder WhatsApp programmieren.
Warum also nicht gleich richtig anfangen...

 

[mrBrown]

Facebook

Immerhin ein so großer PHP Nutzer, dass sie es gefork't und ihre eigene VM geschrieben haben

 

[Joah]

Immerhin ein so großer PHP Nutzer, dass sie es gefork't und ihre eigene VM geschrieben haben

Schon mal drüber nachgedacht warum es nötig war PHP zu modifizieren?

 

[Thallius]

Außerdem ist es performanter, ist typsicher und hat eine viel schönere Syntax.
PHP ist was für Skript-Kiddies. Java ist professionell.
.

Was ein Nonsens...

 

[truesoul]

PHP ist was für Skript-Kiddies. Java ist professionell.

Blödsinn.

 

[Joah]

@Thallius @truesoul
Hier ein paar Fakten zu Java/PHP
- Java hat Typsicherheit. PHP nicht. z. B. function abc ($x int) {} das geht in PHP nicht. Typsicherheit zeichnet eine gute Programmiersprache aus.
- Java ist schneller
- In Java sind alle Funktionen schön gruppiert. Z. B. sind mathematische Funktionen in der Klasse Math und String-Funktionen in der Klasse String. In PHP wurden einfach alle Funktionen zusammengeworfen. Die Funktion abs() ist genauso wie substr() einfach eine globale Funktion.
- Dass man echo ohne Klammern aufrufen kann, macht keinen Sinn.
- In Java werden Strings wie Objekte behandelt. Und das macht auch Sinn. Man ruft z. B. length() einfach auf den String auf: "abc".length(). Das meine ich mit bessere Syntax. Man kann sogar von String erben. Das geht in PHP nicht. Java ist einfach besser durchdacht.
- es gibt in PHP kein "static {}"
- der Supergau bei PHP ist folgendes:

<?php
function moh()
{
    if (1)
    {
        $a = 1;
    }
    echo $a; // dass $a hier noch definiert ist, macht syntaktisch keinen Sinn
}
moh();

- Java unterscheidet zwischen byte und char
- Dass man z. B. MySQLi sowohl prozedural als auch objektorientiert zur Verfügung stellt, macht auch keinen Sinn. Objektorientiert hätte gereicht.

Jetzt noch ein paar Argumente nicht von mir selbst gefunden (Quelle):
- PHP ist inkonsistent: strpos, str_rot13 (einmal ohne _ und einmal mit)
- PHP ist nicht transitiv

<?php
if ("foo" == TRUE) // Leute das macht doch keinen Sinn...
    echo "x"; // wird tatsächlich ausgeführt

- ich kann jedem empfehlen diese Seite mal durchzulesen...


Es ist eben kein nonsens.

 

[mrBrown]

- Java hat Typsicherheit. PHP nicht. z. B. function abc ($x int) {} das geht in PHP nicht. Typsicherheit zeichnet eine gute Programmiersprache aus.

Nein.
Typen angeben zu müssen, ist kein Zeichen für eine gute Sprache

- Java ist schneller

Ist halt so bei kompilierten Sprache, dafür muss man halt vorher kompilieren.
Wobei PHP auf GraalVM interessant wäre...

- Dass man echo ohne Klammern aufrufen kann, macht keinen Sinn.

Dass man assert ohne Klammern aufrufen kann, macht keinen Sinn

In Java werden Strings wie Objekte behandelt

In Java *sind* Strings Objekte, und werden nicht nur so behandelt.

Man kann sogar von String erben

Nö, kann man nicht.

- Dass man z. B. MySQLi sowohl prozedural als auch objektorientiert zur Verfügung stellt, macht auch keinen Sinn. Objektorientiert hätte gereicht.

Das es 42 verschiedene Libs für Datenbankzugriffe gibt, macht keinen Sinn. Eine hätte gereicht

PHP ist nicht transitiv

Es gibt auch genügend equals-Implemenationen in Java, die nicht transitiv sind
Und Probleme hat man natürlich auch in Java mit == vs equals...

 

[truesoul]

@Joah

Zwei unterschiedliche Sprache jetzt zu vergleichen und feststellen, dass PHP sich zu Java unterscheidet und aus diesem Grund zu sagen, dass PHP eine "Script-Kiddies" Sprache ist, ist Blödsinn.

Facebook, etliche Browsergames uvm wurde mit PHP umgesetzt. Und ich würde sagen, dass dies Professionell gemacht wurden und nicht von irgendwelche "Script-Kiddies".

Es ist schließlich eine Skript-Sprache.
Ich vergleiche auch nicht HTML mit JavaFX.