Welche Bedeutung haben diese Sprache bei Browsergames, wo liegt ihr Einsatzgebiet?
P.S. einfache Antworten reichen, bin noch am Anfang mit programmieren.
Welche Bedeutung haben diese Sprache bei Browsergames, wo liegt ihr Einsatzgebiet?
P.S. einfache Antworten reichen, bin noch am Anfang mit programmieren.
man kann in diesen sprachen browserspiele programmieren.
das war eine einfache antwort - wenn dir das reicht ist ja gut :D
hehe, ok der war gut. Ich mein halt, warum die eine Sprache und nicht die andere oder ist das alles nur wieder eine Glaubensfrage?
Ja Galubensfrage. Es wird mit allen genannten Sprachen gehen.
ich habe mal gehört das soll sogar mit PHP gehen o.O ...
Spaß beiseite: Ja es ist eine Glaubenfrage. Die meisten Jünger hat sicher PHP, dann Ruby (mit RoR), danach Python und die wenigsten wohl Pearl.
Perl und Python sind ursprünglich sicher nicht unbedingt zur Webentwicklung gedacht gewesen..
Ich weiß nicht wie groß die Bedeutung von Ruby abseits der Webentwicklung ist..
/edit nach Klaus Post unten: jaha, Perl
@tector: Quasi nicht existent, höchstens noch als PLSQL-alternative in Cronjobs.
ASP.NET sollte man auch nicht vergessen.
Auf dem Mac OS gibt es das Cocoa Framework, welches eine ruby Bridge zur verfügung stellt, allerdings kann ich nichts über die Nutzung dieser möglichkeit sagen, da ich noch keinen iMac oder vergleichbares besitzte.
Original von Nerosmeel
Auf dem Mac OS gibt es das Cocoa Framework, welches eine ruby Bridge zur verfügung stellt, allerdings kann ich nichts über die Nutzung dieser möglichkeit sagen, da ich noch keinen iMac oder vergleichbares besitzte.
Insofern keiner einen MacOS X Server aufsetzt, um dort ein Spiel laufen zu lassen, ist das komplett irrelevant. Abgesehen davon wäre dies immer noch eine Frage von der Sprache "Ruby", nicht Cocao. Und außerdem: Cocao ist ein *Framework* zur Sprache Objective C.
Musste jetzt mal gesagt werden :)
*klugscheißkeks*
Und es heißt schon noch Perl.
Eine Möglichkeit unter Perl ist das Catalyst Framework (http://www.catalystframework.org/).
Das wäre meine Wahl gewesen, wenn ich statt Grails (Groovy & Java) mit Perl programmieren würde. Aber da ich im Moment fitter mit Grails bin, verwende ich das
Die Wahl der Programmiersprache ist eine Glaubensfrage - und die Frage, wo es bessere Tools gibt (oder: die Tools, mit denen man sich besser auskennt). Ich würde ja um keinen Preis mit Poop, äh PHP, programmieren wollen. Dazu kommt noch, daß einige Sprachen das Entwickeln einfacher machen und dir eher helfen, das, was du denkst, auch in Code umzusetzen. Vermutlich erklärt sich daraus auch, warum es so viel schlechten Code in manchen Sprachen gibt: die Sprache beeinflusst auch die Art zu denken ;). Darum Finger weg von Brainfuck!
Unser Projekt Daquel wurde in PHP begonnen und ich habe keine Lust, die bis jetzt elftausend Zeilen Code in eine andere Sprache zu portieren. Der Grund für die Wahl von PHP war damals, dass ich nichts anderes konnte. Daher bleibt das Frontend bei uns in PHP aber das Backend wird immer mehr zu Python. Mit Backend meine ich Dinge wie Cronjobs, Berechnungen (nicht Ausgabe) größerer Kämpfe, etc.
Original von rami95
Unser Projekt Daquel wurde in PHP begonnen und ich habe keine Lust, die bis jetzt elftausend Zeilen Code in eine andere Sprache zu portieren. Der Grund für die Wahl von PHP war damals, dass ich nichts anderes konnte. Daher bleibt das Frontend bei uns in PHP aber das Backend wird immer mehr zu Python. Mit Backend meine ich Dinge wie Cronjobs, Berechnungen (nicht Ausgabe) größerer Kämpfe, etc.
Das ist vermutlich eine sinnvolle Aufgabenteilung. Eine andere Idee wäre, beim Einsatz von AJAX mal zu experimentieren, ob nicht eine andere Sprache schnellere Ergebnisse liefert. Beispiel: ein Spiel soll den öffentlichen Highscore einblenden. Dafür braucht es kein Session Management, im Grunde reicht da ein Perl/Python Script im Hintergrund, daß einfach alle 1-5 Minuten einen Block statisches HTML generiert.
Ein Programm komplett neu schreiben lohnt sich nur, wenn man es _wesentlich_ besser machen kann, ohne dem Second-System Effect (Brooks) zu erliegen [ https://secure.wikimedia.org/wikipedia/en/wiki/Second-system_effect ].
Dachte immer PHP ist ein "muss" das zusammen mit MySQL arbeitet und die anderen 3 sind für ganz ausgefallene Sachen gedacht. Jetzt weiß ich wenigstens das diese eine Alternative sein können und man nicht unbedingt PHP braucht, oder lieg ich da falsch?
P.S. Danke für die vielen Antworten
Es sind allesamt Programmiersprachen mit denen man mehr oder weniger effektiv ein Browsergame erstellen kann. Warum sollte dann eine davon ein Muss sein?
Wenn du viel Zeit hast, dann schau dir am besten ein paar Sprachen aus verschiedenen Bereichen an und entscheide dann anhand der Vor- und Nachteile.
Original von MikeDee
Dachte immer PHP ist ein "muss" das zusammen mit MySQL arbeitet und die anderen 3 sind für ganz ausgefallene Sachen gedacht sind. Jetzt weiß ich wenigstens das diese eine Alternative sein können und man nicht unbedingt PHP braucht, oder lieg ich da falsch?
Es gibt im Grund die Möglichkeit, das beliebig zu kombinieren. Was den Datenbankbereich angeht: Mein PHP arbeitet auch mit meiner CouchDB und mein Python kommt mit MySQL klar. Auch PostgreSQL und SQLite haben ihre Daseinsberechtigung - im Zusammenarbeit mit verschiedenen Sprachen.
Alle Sprachen sind Turing-Komplett, also dann...
Original von Klaus
Alle Sprachen sind Turing-Komplett, also dann...
Mir zumindest kommt es auch auf Komfort an. ;-) Aber du hast natürlich recht xD
Ist sicher nicht jedermanns Sache, aber: Als Freund stark typisierter Sprachen kann ich auch Java empfehlen. Mächtige IDEs sind kostenlos vorhanden und insbesondere im Web-bereich gibt es eine gigantische Vielfalt an guten Frameworks für alle Einsatzbereiche und Geschmacksrichtungen.
Aber wie meine Vorredner schon erwähnt haben: Eine Glaubens- oder eher Geschmacksfrage.
Wenn wir hier so schön über die richtige Programmiersprache diskutieren, will ich mal JavaScript in den Raum werfen.
Leider sind die Frameworks noch nicht so zahlreich und ausgereift wie vielleicht in PHP, aber es hat einige Vorteile auf Client- und Serverseite die selbe Sprache zu benutzen. Zudem kann JavaScript OOP-technisch elegant und mächtig sein. Verschiedene (größtenteils für Browser entwickelte) Interpreter sind mittlerweile recht gut optimiert, Geschwindigkeit sollte kein Problem sein.
JavaScript am Server habe ich bisher auch noch nicht gehört... Interessante Sache das...
Aber ansonsten kann ich auch noch haxe in den Raum werfen... Man kann damit ebenfalls Server und Clientseitig mit der gleichen Sprache programmieren, da Haxe eine Meta-Sprache ist. Man kompiliert sie dann entweder nach Neko oder PHP für die Serverseite und JavaScript bzw Flash für den Client. Gegenwärtig versucht die Community auch einen Ersatz für Flash zu finden, indem canvas/svg+JavaScript als Target hin zugefügt wird, aber bis das zuverlässig funktioniert wird es wohl noch ne weile dauern...
Ich selbst habe mich bisher nur wenig mit der Sprache beschäftigt, aber das was ich bisher gelesen habe klingt viel versprechend, und vielleicht bekomme ich zu meinem Geburtstag in 5 Wochen ja das Buch das ich mir wünsche :D
Original von NobbZ
JavaScript am Server habe ich bisher auch noch nicht gehört... Interessante Sache das...
Kann man dank dem Spidermonkey-Projekt sogar toll mit bestehenden Sprachen kombinieren. Man kann also schön Add-Ons für z.B. Python-Software in einer JavaScript-Umgebung schreiben, zum Beispiel als einfach (und zur Laufzeit) bearbeitbare Sprache zur Levelgestaltung.