Front-/Backend in Java

JaJa

Mitglied
Moin,

Ich programmiere seit über 20 Jahren in php mit Datenbankanbindung und Webfrontend (also Internetanwendungen). Bisher wurden lediglich Seiten dynamisch zusammengesetzt aber ohne weitere Interaktion außer hier und da ein Formular.

Jetzt möchte ich eine Anwendung erstellen auf die über Smartphones und Browser intensiv zugegriffen werden soll. In der Art von Brainstormings: viele User schreiben in schneller Folge Stichworte, die auf dem Server ausgewertet werden. Der Server verarbeitet und speichert die und gibt blitzschnell Feedback zurück an die User. Soll also möglichst flüssig also ruckelfrei laufen. Auf meinem Entwicklungsrechner läuft Linux.

Mir ist klar, dass sich die Anforderungen mit php kaum erfüllen lassen. Solange nicht absehbar ist, dass sich das Ergebnis kommerzialisieren lässt, muss ich selbst programmieren und würde da gerne auf nur eine Programmiersprache für obige Anforderungen setzen. Ich tendierte nach ersten Recherchen zu node.js. Doch jetzt rückt Java immer mehr in den Fokus.

1. Wäre alles Beschriebene mit Java abzudecken? Oder welche Empfehlung hättet ihr (aber alles mit einer Programmiersprache)?
2. Sehr schnell ist mein alter Rechner nicht, Das Grafikprogramm GIMP läuft aber leidlich flott. Welche IDE wäre da (unter Linux) zu empfehlen (Netbeans, Eclipse und IntelliJ IDEA stünden mir über Ubuntu zur Verfügung)?
 
Zuletzt bearbeitet:
Das Projekt liesse sich durchaus mit Java und Vaadin realisieren (wäre u.a. auch eine Frage der Datenmenge und der parallelen Zugriffe)
Java hat bis zum lauffertigen Programm höhere formelle Anforderungen (im Sinn von unbedingt zu verwendendem Code) als z.B. PHP oder node.js
 
Kommt drauf an... NetBeans bringt idR standardmässig mehr vorinstallierte Plugins mit als z.B. Eclipse oder IntelliJ (mit Auswirkungen auf die Startzeit). Weitere Optimierungsmöglichkeiten: weniger Prozesse aller Art (parallel) laufen lassen, optimierte JRE verwenden ( bell-sw.com )
 
Meine Anforderung ist ja mit nur einer Programmiersprache für Front- und Backend,

Benutzern Eingaben über Android, IOS und Browser zu ermöglichen, die auf einem Server zu verarbeiten und in einer Datenbank abzuspeichern.
Für den Anfang sollte es möglich sein, das hundert Benutzer mehrmals pro Minute ein Stichwort an den Server schicken .... und der Serveranwendung sollte dabei nicht ins Stocken kommen. Ist das unter Java denkbar? Ist das für java locker möglich? Wo käme Java an seine Grenzen und wäre etwas anderes empfehlenswert?
 
Meine Softwareumgebung habe ich mir folgendermaßen vorgestellt (wenn es Java werden sollte):
  1. Java Development Kit (JDK)
  2. Integrated Development Environment (IDE) wie z.B. Eclipse oder IntelliJ IDEA
  3. Datenbank-System MySQL
  4. Ein Application Server, z.B. Apache Tomcat oder Vaadin
  5. React Native, um Ihre Anwendung für das iPhone bereitzustellen.
Mir geht es im Grunde genommen darum, meine eigentliche Anwendung, die ich vorhabe im Real-Life auszuprobieren. Sollte sich herausstellen, dass sich die Sache kommerzialisieren lässt, könnte Geld in die Hand genommen werden und das ganze System noch einmal neu aufgesetzt werden, falls die Leistungsfähigkeit der Software-Komponenten für einen wirklich großen Markt nicht ausreicht.

Nur da ich auch zum Ausprobieren eine neue Programmiersprache lernen muss, würde ich schon gerne vorher wissen, dass ich nicht eine gänzlich ungeeignete Sprache wähle.

Kennt ihr jemanden hier (oder Du selbst 🙂), der einen wirklich guten Überblick hat und den ich mal persönlich ansprechen könnte, um nicht monatelang auf das falsche Pferd zu setzen?
 
Also wenn Du auch mobile Applikationen (im App Store und so) haben willst, dann ist Java da nicht wirklich zielführend meine ich. Das geht zwar, aber dann hast Du z.B. von Guon das Gluon mobile. Dann hast Du zwar eine Programmiersprache aber durchaus komplett unterschiedliche Frameworks,

Wenn Du auf die mobilen Applikationen verzichten kannst und Dir da z.B. Progressive Web Applikationen (PWA) ausreichen, dann wäre Java mit dem Vaadin Framework eine Möglichkeit, die man in Betracht ziehen könnte.

Wenn man noch kein Java kann, dann kann man sich aber durchaus Alternativen überlegen. Bei den Multiplatform Lösungen haben aus meiner Sicht derzeit die Nase vorn:
  • .Net mit MAUI / Blazor Framework (Microsoft). Hier kommt dann zwar auch ein kleines bisschen HTML mit rein und so, aber das ist nichts, das ich als Entscheidend bezeichnen würde.
  • flutter / dart (Google) - Dies ist eine Lösung, um eine Applikation für viele Plattformen gleichzeitig zu schreiben, also sowohl Desktop, Mobile Geräte und auch Webbrowser.

Ich selbst halte den Weg von Microsoft mit .Net MAUI für sehr gut. Wobei einem immer klar sein sollte, dass man Abstriche machen muss bei diesen Multi-Platform Lösungen. Alc ich das vor paar Jahren mal brauchte, hatte ich mich gezielt dagegen entschieden und hatte dann die App native gebaut, d.h. für iOS mit Swift / XCode und für Android mit Java / Android Studio. (bzw. statt Android Studio hatte ich Intellij Ultimate, aber das ist erst einmal egal)

Weitere Lösungen gibt es natürlich auch - Rein HTML / CSS / JavaScript (oder TypeScript) geht ebenso. Für die mobilen Applikationen hätte man dann Apache Cordova oder für Desktops Electron.

Es führen also sehr viele Wege zum Ziel. Welcher der vielen Wege für Dich am besten ist, wird kaum einer von uns sagen können. Da Du auch erst Java lernen müsstest, wäre meine Empfehlung entweder .Net MAUI oder Flutter. Rein bei der Beschreibung hätte ich eher nicht an Java gedacht - das geht zwar auch aber wäre nur Interessant, wenn es da bereits entsprechende Kenntnisse gäbe, die man anwenden würde.
 
Danke für die wirklich ausführliche Antwort. Ich habe überlegt, dass ja, um meine Anwendungsidee auszuprobieren, ich ja auch Daten quick and dirty vom Handy an mein PHP-Backend schicken könnte.

Dann wäre das mit Cordova wohl die schnellste Lösung:

Weitere Lösungen gibt es natürlich auch - Rein HTML / CSS / JavaScript (oder TypeScript) geht ebenso. Für die mobilen Applikationen hätte man dann Apache Cordova oder für Desktops Electron.

Und die Entscheidung, welche Programmiersprache ich danach lerne, kann ich entscheiden, wenn meine Anwendung sich als nützlich herausstellt. Ein paar Anfragen pro Minute verarbeitet ja auch mein php-Backend klaglos.
 
Also man kann auch mit PHP vernünftige Backends bauen. PHP hat nur eben das Problem, dass es da sehr viele Anfänger gibt und da hakt die Versuchung auch groß ist, dass man es beim "frickeln" belässt. Aber selbstverständlich lassen sich damit auch vernünftige Lösungen bauen.

Daher ja: Bau das Backend mit PHP und vertiefe da Dein Wissen. Und wenn die App nur mit Backend funktioniert, dann kannst du - a.la. Cordova - einfach einen Wrapper in den App Store laden. Deine App ist dann halt in erster Linie ein Browser 🙂

Das kann also tatsächlich ein guter Ansatz sein. Und wenn man dann Clients aufbaut, dann brauchst ein vermutlich ein Web Service - und das kann PHP ebenfalls bedienen.

Und um das möglichst sauber zu haben kann man sich sowas ansehen:
Und für Unit Tests https://phpunit.de/
Da gibt es also wirklich vieles was man vertiefen sollte / könnte um dann eine saubere und vor allem sichere Lösung zu bauen.
 
Daher ja: Bau das Backend mit PHP und vertiefe da Dein Wissen. Und wenn die App nur mit Backend funktioniert, dann kannst du - a.la. Cordova - einfach einen Wrapper in den App Store laden. Deine App ist dann halt in erster Linie ein Browser 🙂

Das kann aber doch genausogut aussehen und bedienbar sein wie eine native App, oder ist "Browser"-App schlechter?
 
Um quick&dirty schnell zu einer Verbindung zwischen Handy und meinem Server zu kommen, ist wahrscheinlich erst einmal Android das weniger aufwändige, da Apples Prozedere zur Aufnahme neuer Apps umständlicher ist,oder?
 
Ich meine Du brauchst für das Side-Loading bei Apple bereits einen Apple Developer Account. Das ist eine Notwendigkeit, die bei Android nicht besteht. Da brauchst du den Account erst, wenn Du die App im Google Store haben willst.

Das ist aber nnicht zwingend aufwändiger - aber es fallen halt direkt Kosten an.
 

Zurück
Oben