spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Also ich würde mal sagen für Go gibt es für so gut wie jede Datenbank ein Paket. Die Standard Library bringt ja sogar schon ein SQL Interface mit.

Hier kannst du nach Paketen suchen und schauen ob für dich etwas vorhanden ist: GoDoc

Wir benutzen unter anderem eine Aerospike Datenbank, und die würde ich mal sagen ist eher unbekannt, bietet aber auch exzellente Go Unterstützung. Gegen Python will ich auch nichts sagen, jedoch empfinde ich Go als produktiver. Der grundlegende Ansatz gefällt mir bei Go einfach besser, es gilt deutlich stärker Konvention vor Freiheit. Was dazu führt, dass man sich schnell in fremdem Code zurecht findet. Widerstrebt aber dadurch auch vielen. Dies sollte aber jeder für sich selbst raus finden, einfach mal mit allem etwas rumspielen sofern kein Zeitdruck dahinter steckt.

Edit: Nur als Anmerkung, die Google App Engine hat nicht viel mit Android zu tun. Google Cloud Endpoints. Gibt aber noch andere Anbieter, Microsoft Azure, Amazon...
Edit2: Java ServerSocket, hast du den backlog Parameter beachtet?

Zitat von »infusion93«

Zitat von »Julién«

Mir hat persönlich Python (Stackless Python !!! ) zugesagt. Es ist einfach, funktional und vertrauenswürdig.
Nur wenn du PHP schon komisch findest, dann wirst du von Python überrascht sein, was für Syntaxmöglichkeiten es denn gibt,

Mit Python habe ich mich auch schon auseinandergesetzt, sollte ich hierbei auf HTTP-Requests oder auf Sockets setzen? Kann man mit Python überhaupt auf einem Port lauschen?

Zitat von »xardias«

Vielleicht waere AppEngine etwas fuer dich? https://cloud.google.com/appengine/docs
Vorteil waere, dass man sich um Skalierung keine grossen Gedanken mehr machen muss. Die API ist auch sehr nett und ne gute Gelegenheit mal was mit Go zu programmieren
Nachteil ist, dass man ziemlich an die Platform gebunden ist und nicht so einfach wechseln kann.

Ja, der Nachteil reicht, um diese Idee auszuschließen, ich möchte nämlich auch auf iOS und Windows Phone setzen.

Die Serverseitige Plattform schraenkt dich nicht ein auf welchen Plattformen du deine Client Anwendung entwickelst.
Heisst: WP und iOS funktioniert genauso gut mit AppEngine wie Android. Das hat nix miteinander zu tun.
Was ich mit "Platform gebunden" meine ist, dass du deinen Serverdienst nicht so einfach zu einem anderen Anbieter wechseln kannst, wenn dir App Engine nicht mehr gefaellt.

Skalierung in dem Zusammenhang bedeutet, dass dein "Server" sowohl mit 2 Spielern als auch mit 2 Millionen klar kommen kann.

PS: Python ist eine gute Wahl. Ich arbeite groesstenteils in Python und die Sprache macht definitiv Spass

Zitat von »infusion93«

Hier ist aber eine Grenze von 50 Clients auf einmal gesetzt, wenn ein weiterer Client ankommt, wird dieser "refused".

Wenn Du die Queue größer haben willst musst Du hier http://docs.oracle.com/javase/7/docs/api…ket(int,%20int) mehr übergeben. Skalierbar ist das so natürlich nicht wirklich.
Wenn es doch Java sein darf und Du unbedingt alles selbst machen willst, schau Dir mal http://netty.io/ an. Damit solltest Du recht locker 100k+ Connections hinbekommen.

Ich würde an Deiner Stelle einen einfachen HTTP-Service basteln, http://undertow.io/ macht hier ne ziemlich gute Figur: https://www.techempower.com/benchmarks/ Das gute an HTTP ist, dass man das praktisch unter jeder Bedingung durch ein Netzwerk bekommt und jede Plattform dafür einfache Mittel an Bord hat.

Als Format ist JSON sicher eine gute Wahl, ansonsten XML da bringen die meisten Plattformen auch eine sehr gute Unterstützung mit. Ansonsten ist protobuf eine gute Wahl, das wird z.B. auch von Diablo/Blizzard verwendet. Auch klassische Browsergame Firmen wie Goodgame Studios benutzen das u.A. auch.

Zitat von »Nimelrian«

[*]MySQL mag ich persönlich nicht. Wieso? Nur ein paar Beispiele

Unterm Video wird allerdings auch mehrfach geschrieben das der Herr sein MySQL system nicht richtig konfiguriert konnte/wollte. Ich hab diese "Fehler" auf meinen System geprüft und es gab jedes mal das erwartete Ergebnis aus.

Zitat von »Mabenan«

Zitat von »Nimelrian«

[*]MySQL mag ich persönlich nicht. Wieso? Nur ein paar Beispiele

Unterm Video wird allerdings auch mehrfach geschrieben das der Herr sein MySQL system nicht richtig konfiguriert konnte/wollte. Ich hab diese "Fehler" auf meinen System geprüft und es gab jedes mal das erwartete Ergebnis aus.

Wenn ich ein DBMS installiere erwarte ich, dass es sowas tut. Konfigurieren für Optimierungen finde ich in Ordnung, für grundlegende Funktionen, die jedes andere DBMS out-of-the-box bietet, nicht.

Ich habe für mein kleines Spiel ein paar PHP-Seiten aufgesetzt, die Einrichtung, Abfragen und Eintragungen in eine MySQL-Datenbank vornehmen. Client-Seitig habe ich C++ und libCurl genommen, aber Du wirst halt stattdessen die Programmiersprache nehmen, in der Dein Spiel geschrieben ist.

Ich hatte kurz Spaß mit einem Cheater, weil ich die Eintragungen allzu primitiv vorgenommen habe, aber jetzt mit ein bisschen Verschlüsselung ist das alles kein Problem mehr.

Und Du kannst das auch alles fertig bekommen. Es gibt diverse Leaderboards-Anbieter, die für kleine Sachen wie ein paar hundertausend Einträge kostenlos sind, und deren SDK Du fertig kriegen kannst.

Zitat von »Nimelrian«

Zitat von »Mabenan«

Zitat von »Nimelrian«

[*]MySQL mag ich persönlich nicht. Wieso? Nur ein paar Beispiele

Unterm Video wird allerdings auch mehrfach geschrieben das der Herr sein MySQL system nicht richtig konfiguriert konnte/wollte. Ich hab diese "Fehler" auf meinen System geprüft und es gab jedes mal das erwartete Ergebnis aus.

Wenn ich ein DBMS installiere erwarte ich, dass es sowas tut. Konfigurieren für Optimierungen finde ich in Ordnung, für grundlegende Funktionen, die jedes andere DBMS out-of-the-box bietet, nicht.

Wenn ich ein DBMS installiere erwarte ich das ich damit Datenbanken Managen kann und nicht mir das Denken abgenommen wird. Weil ein Programm was unter dem Vorwand der Bedienbarkeit Einschränkt ist meiner nach Schlechter als ein Programm was mir die Option für seine Fürsorglichkeit offen lässt.

Sorry, aber wenn ich Spalten als "NOT NULL" deklariere, dann erwarte ich, dass mein DBMS mir eine Fehlermeldung entgegenwirft, wenn ich da bei einem Insert keine Werte angebe. Da sollte man nichts konfigurieren müssen.