spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Vorteile:
- Spiele direkt online spielbar. Kein Setup/etc

Nachteile:
- Inhomogene Plattform
- Starke Einschränkungen (in Performance, Datenmenge, etc)
- Man muss nicht nur ein Spiel Entwickeln sondern auch eine Webanwendung (=Mehr zu lernen, mehr Arbeit, mehr Fehlerquellen, etc)

Viele Plattformen auf denen das Spiel läuft, wenn man es richtig macht.

Zitat von »xardias«

Vorteile:
- Spiele direkt online spielbar. Kein Setup/etc

Nachteile:
- Inhomogene Plattform
- Starke Einschränkungen (in Performance, Datenmenge, etc)
- Man muss nicht nur ein Spiel Entwickeln sondern auch eine Webanwendung (=Mehr zu lernen, mehr Arbeit, mehr Fehlerquellen, etc)

Du scheinst wohl was gegen das Web zu haben
Anders formuliert würden deine Nachteile starke Vorteile ergeben:
- viele verschiedene Plattformen/Zielgruppen und eine hohe Mobilität
- je nach Art der Applikation kannst du einen starken Server nutzen und bist so ein bisschen unabhängig von der bemitleidenswerten Hardware des Ottonormal Users
- den 3ten Punkt verstehe ich nicht richtig. Klar können hier verschiedene Systeme inneinander greifen.

Aber zumindest in den Klammers stimme ich dir zu (: Es gibt tatsächlich bei komplexeren Anwendungen mehr zu beachten, als bei Installierbaren Applikationen.
Dies ist jedoch meistens ein Kompromiss mit den Vorteilen die man durch das Web hat.

Am Ende ist es denke ich eine Frage dessen was du machen möchtest.
Möchtest du Spiele programmieren, dann ist es einfacher und meist auch sinvoller die "klassische" Programmierung zu wählen.
Selbst einfache Spiele in JavaScript ... buääähh Dafür sind die Sprachen m.M. nach noch nicht für da.
Also Spiele -> Anwendung auf dem Rechner
Anderes -> Zumindest mal in das Web reinschnuppern

Zitat von »easyMaxi«

Selbst einfache Spiele in JavaScript ... buääähh Dafür sind die Sprachen m.M. nach noch nicht für da.

Gut das du rausgestellt hast das es deine Meinung ist. In der Industrie wird das nämlich nicht so gesehen.

Naja, es werden ja nicht umsonst Sachen wie CoffeScript, GWT und Dart erfunden. Ich würde sagen, dass JavaScript nicht unbedingt jedes Webentwicklers Lieblingskind ist, sondern sich die Nutzung von JavaScript eher aus einer Notwendigkeit heraus ergibt.

Es stellt eben andere Anforderungen an das Denken der Entwickler. Kein klassisches Klassen basierendes Vererbungsmodell sondern echte Objektorientierung. Das mag schwer sein, ermöglicht aber auch ziemlich tolle Sachen.
Allerdings hat auch JavaScript seine Schwächen, wie jede Sprache.

Zitat von »Môr«

Kein klassisches Klassen basierendes Vererbungsmodell sondern echte Objektorientierung.

Was ist denn der Unterschied zwischen der echten und der unechten Objektorientierung?

Zitat von »dot«

Zitat von »Môr«

Kein klassisches Klassen basierendes Vererbungsmodell sondern echte Objektorientierung.

Was ist denn der Unterschied zwischen der echten und der unechten Objektorientierung?

Ich nehme an er spielt darauf an das Javascript mit Protypen arbeitet: http://de.wikipedia.org/wiki/JavaScript + http://de.wikipedia.org/wiki/Prototypenb…_Programmierung und nicht wie "gewohnt" mit Klassen.

Zitat

Gut das du rausgestellt hast das es deine Meinung ist. In der Industrie wird das nämlich nicht so gesehen.

Deswegen habe ich es gemacht.
Ich würde nie behaupten, dass sich damit nicht schöne Sachen machen lassen. Meins ist es aber nicht (:

Aber das führt vom Thema weg...
@LeetPlex: Frage beantwortet, bzw. Anstoß zu eigener Recherche und Meinungsbildung vorhanden?

Zitat von »dot«

Zitat von »Môr«

Kein klassisches Klassen basierendes Vererbungsmodell sondern echte Objektorientierung.

Was ist denn der Unterschied zwischen der echten und der unechten Objektorientierung?

Das eine sind Objekte das andere Klassen.