http://www.j2js.com/scala-demo/index.html

Sind zwar nicht die Leute die ich meinte, aber egal. Soll ja den gleichen Zweck erfüllen. ^^

Da Programmieren für mich und wahrscheinlich viele andere Programmierer eine gewisse Faszination für die Unmengen an Möglichkeiten, mit denen man ein und das selbe Problem lösen kann, gerade für PHP gilt dies. Von daher wohl auch für OOP, wobei es ja eigentlich immer performante, speichereffiziente Lösungen gibt (oder halt beides oder keines von beiden)
Wenn du mit Vererbung lediglich die abstrakte meinst, so muss ich dennoch zu stimmen, dass Interaces praktikabler sind

Ich schätze mal, dass die Geschwindigkeit und gewisse Probleme hinsichtlich allgemeiner Codingsstandarts in PHP durch die Größe der Community entstanden sind, da man diese nicht so gerne verärgern wollte und deswegen auch alternativen weiterhin auf Kosten der Performance supportet hat, da PHP 5.3 vor einiger Zeit raus gekommen ist und dort ja einige Verbesserungen eingeführt wurden, sodass Performance und Umfang gesteigert wurden, scheint es da auch einen gewissen Schimmer diesbezüglich zu geben

Ich für meinen Teil habe mich trotz meiner Probleme mit gewissen Python-Eigenheiten wie die Zeileneinrückung wieder an mein Pythonprojekt gewagt und hoffe, dass ich das in nächster Zeit fertig habe um an meinen Hauptprojekten in PHP und Javascript wieder fortzuschreiten
Denn in Javascript gibt es ja wie du selber sagst viele Möglichkeiten performance-kostende Dinge auszulagern Dennoch sollten natürlich nicht die Sicherheitsrelevanten Dinge dahin ausgelagert werden (also eigentlich jeder Usergenerierte Content sollte vorher serverseitig geprüft sein) und ich frage mich ein wenig, wie du dir das mit dem Template vorstellst? Etwa so, wie das wohl bei dem neuen Ogame zu sein scheint (ich habe für meinen Teil noch nie “richtiges” Ogame gespielt, nur die 0.4/0.5 von Ugamela und Konsorten auf meinem lokalen Server getestet)

Ich bleibe vorerst wie du in PHP, auch weil ich es abschließen nicht verwerfen will. Mit __autoload stehst du noch am Anfang größerer Dinge. Auf ein Framework setze ich nicht, weil ich keines gefunden habe, das meinen Ansprüchen gerecht wird, vor allem weil ich nichts unnötiges rumfahren haben möchte. Viele Frameworks sind einfach nicht für Browsergames gedacht.

Vielleicht portiere ich am Ende auch auf Python, wahrscheinlich auch weil ich dann auch nochmal einiges anders machen werde. Da kommt mir auch der große JavaScriptanteil zugute, den ich wiederverwenden kann.

Ich wünsche dir viel Erfolg mit deinem Projekt und deinem Lernprozess, du hast noch einiges vor dir was OOP angeht.

Bezüglich der Browsergames: Es ist wohl die Menge der Hosts, die PHP unterstützen, die etwas niedrigeren Anforderungen von PHP an den Programmierer und vielleicht auch das Bewusstsein von Sprachen, die das verursachen. Dennoch gibt es auch beispielsweise das sehr erfolgreiche Pennergame, welches von PHP auf Python umgestiegen ist. (Dank dem einen Admin habe ich vor einiger Zeit dann auch mal mit Python angefangen, wirklich weit binb ich aber noch nicht gekommen… liegt wohl einfach an den Befehlen, Django (was die da benutzen) macht es dennoch sehr einfach)
Die hier bereits angeführten “CMS”e bzw. Frameworks in PHP sind aber wohl recht schlechte Beispiele, da beispielsweise Typo3 mit einer interpretierenden Sprache gesteuert wird, da muss man glaube ich nicht mehr weiter drauf eingehen. Bei Joomla scheinen die Entwickler auch nicht darauf geachtet zu haben, dass man vielleicht nicht das Urobjekt auf ein weiteres vererben muss, welches dann über dann etliche extends in das endgültige Objekt eingebaut wird, dass da die Performance auch den Bach entsprechend der vielen Vererbung runter geht, ist wohl klar. Zu dem WBB fällt mir nur eins ein: Scheiße… Das Framework dahinter ist mit den zig in einander ge-Tar.gz-ten Archiven mit unmengen xml-dateien auch nicht gerade handlich, mal abgesehen, dass es sehr viele hardcodete Inhalte hat (beispielsweise in der Datenbank), von einer übersichtlichen Struktur innerhalb der Dateien wie beispielsweise eine Klasse pro File fehlt eh eine spur

Ich für meinen Teil bleibe dennoch erstmal bei PHP, da ich in mein aktuelles Projekt in PHP einfach zu viel Zeit reingesteckt hab um das alles neu zu gestalten, und mit dem Zend-Framework, welches zwar ein wenig Ressourcenhungrig mir erschien, aber von der Performance auf jeden Fall zu den besten PHP-Framework gehört und mir außerdem nahezu alle aufbaumäßigen Freiräume bietet, die ich will. Desweiteren sind die recht weit gefächerten Gebiete mit ihren Klassen weitestgehend von einander unabhängig, wodurch der Rattenschwanz von unnötigen Inhalten ungemein im Vergleich zu den bereits genannten PHP-Frameworks minimiert wird. Letztlich muss ich aber auch sagen, dass ich dank dem Zend-Framework auch mit dem Lazy-Loading via __autoload angefangen hab und das hat meinen Entwicklungsprozess noch weiter ungemein beschleunigt als es die Klassen alleine getan hätten.

Dennoch bleibe ich interessiert bei dem Erlernen von Python, da die Performance doch schon eine sehr schöne Sache ist und sogar mein aktueller Freehoster das neben PHP und Perl problemlos unterstützt