Erste schritte

Hi
Möchte mit einigen Leuten mal ein BG Programmieren
nur möchten wir einmal wissen, wie man am besten beginnt
wenn man sich schon nen konzept und natürlich
die art des games überlegt hat.
Also es soll ein spiel werden, was ne grafik im still von
Scherbenwelten hat und es wird sich vermutlich in der zukunft
abspielen.
Wäre sehr glücklich, wenn ihr mir einige informationen geben
würdet, damit ich weiss wie man beginnen soll und wie ich
mich am besten verbessern kann in dem progger wissen.

Siehe Entwicklerbereich: So machst du dir ein eigenes Browsergame

danke dir und sry hab im falschen teil geschaut
EDIT:
Ich weiss folgende frage hab ihr sicher bis zum vergasen
schon lesen müssen, aber ich find zu dieser frage nix.
Also ich weiss, dass ich mein bg mit hilfe von php und mysql machen
werde nur was muss zb alles in die datenbank und ob
mir da einer nen kleines beispiel geben kann wie sowas aussehen kann.
Dank im vorraus

Es sollte alles in die DB, was du an Daten speichern möchtest die selten bis häufig aktualisiert werden müssen. Bei statischen Daten ist abzuwägen, welche Speicherungstechnik die bessere für den konkreten Fall ist (eigentlich auch bei dynamischen)
Beispiele findest du, wenn du dir z.B. OpenSource BGs anschaust.

In die Datenbank(en) musst du alles speichern, was bei einem Seitenaufruf möglicherweise verändert werden könnte (z.B.: Gebäude in einer Provinz, etc) oder was für verschiedene User unterschiedlich sein soll oder unterschiedlich sein wird (u.A.: Username, Passwort, Anmeldedatum, etc).
Eine Datenbank beinhaltet meist mehrere Tabellen in denen du solche sachen speichern kannst.
Ein Beispiel für eine sehr einfache Usertabelle wäre:
Spalten: userid nick passwort anmeldedatum email
Du solltest die Spalten beim erstellen der Tabelle klein schreiben, denn unnötige Groß/Kleinschreibung behindert dich nur später beim erstellen des Spiels. Weiterhin musst du immer am Anfang, wenn du die Tabelleerstellst mit angeben, was für ein Inhalt in die Spalte reingehört (z.B.: int Ganzzahl - oder varchar(x) X-Zeichen text - oder andere).
Naja... ich hoffe ich konnte dir zeigen, dass man gut überlegen muss bevor man eine Tabelle erstellt. Ansonsten muss man sie wieder löschen und neu erstellen, was aber auch nicht weiter schwierig ist. (So ist es jedenfalls bei MySQL)
Ich möchte dir aber auch noch sagen, dass es sich am Anfang schwieriger anhört als es ist.
Falls du Lust oder Fragen hast, komm einfach mal ins IRC (Server: Gamesurge, Channel: #galaxynews) dort findest du mich auch so gut wie jeden Nachmittag/Abend. (Nick: Kaiser_Nero)
mfg
edit: Es gibt auch nen Chat applet auf dieser Seite. damit kommst du da auch hin.

Probier erstmal ein einfaches Gästebuch zu programmieren, da wird dir sehr schnell klar, wozu eine db da ist, was rein gehört, wie man daten speicher und lädt und so weiter.
Zu Gästebüchern gibt es eine ganze Menge Tutorials. Wenn du das Prinzip verstanden hast, musst du dir nur noch überlegen, welche Daten du für dein Spiel brauchst. Aber davon haben ja schon meine Vorposter geschrieben.

Wie lange programmierst du schon?
Welche Programmiersprachen kannst du??

erstmal danke für eure hilfe
also ich kann php, html, mysql halt net sehr viel
java, c, c++, vc++ und noch ein paar andere
und auch progsprachen die nur in der technik verwendet werden

erstmal danke für eure hilfe
also ich kann php, html, mysql halt net sehr viel
java, c, c++, vc++ und noch ein paar andere
und auch progsprachen die nur in der technik verwendet werden

halt nicht sehr viel?
ich kann gerade mal html und msl
naja ich habe aber auch nicht vor ein bg zu programieren... ich bastel nen bisschen mit den rpg-maker200-0/3 das reicht mir

Original von Aradois
erstmal danke für eure hilfe
also ich kann php, html, mysql halt net sehr viel
java, c, c++, vc++ und noch ein paar andere
und auch progsprachen die nur in der technik verwendet werden

Selbst wenn du nur die Grundlagen von den Sprachen kennst reicht es um anzufangen ein Bg zu Programmieren. Als Vergleich: Ich kann "nur" HTML, PHP, MySQL, JS ein bisschen was man halt so braucht, MSL (für unwissende: mIRC-Scripting-Language - seeehr einfach an einem we gelernt ), Ansätze von C/C++ und ich Programmiere etwa ein Jahr vor mich hin, wo ich fast bei Null angefangen habe (ausgenommen mal MSL... kam etwas früher).
Ähm ja.. irgendwas wollte ich jetzt noch sagen was ich aber leider vergessen hab beim nachdenken womit ich schon programmiert habe.
mfg

Wie gesagt an den programmiersprachen happert es
ja net bei mir sondern wie ich am besten beginnen
sollte und wie nen bg so aufgebaut sein sollte und
wenn es nicht zu viel ist, könntet ihr mir eventuell
ein paar links geben wo cih open source bg's finden kann

Ich verweise mal auf unseren Spielefinder.
Dort kann man nach solchen Suchen.

ich weiss, danke dafür, aber hätt ja sein können
das einer schon eines kennt und dann würd ich mir
etwas bis viel zeit ersparen oder etwa nicht

Diese Artikel kann ich Dir sehr empfehlen.
www.galaxy-news.de/content/1090_browserspielentwicklung_teil_1_planung.html
www.galaxy-news.de/content/918_entwicklertagebuch_planetenausbau.html
www.galaxy-news.de/content/827_entwicklertagebuch_am_anfang_steht_das_konzept.html

ich weiss net so ungenau schreib ich ja net
ich wollt halt nur mal ein paar beispiele haben und
nicht nur immer die sachen, was ich schon als erstes
gefunden habe, wie zb die info seiten
ok die sind die besten die ich derweil gelesen habe,
aber es ist halt nicht das was ich eigentlich wollte ^^
also falls doch mal einer paar konkrete beispiele
hat, dann wäre ich sehr dankbar über diese

Original von Aradois
Wie gesagt an den programmiersprachen happert es
ja net bei mir sondern wie ich am besten beginnen
sollte und wie nen bg so aufgebaut sein sollte und
wenn es nicht zu viel ist, könntet ihr mir eventuell
ein paar links geben wo cih open source bg's finden kann

die bgs kann man auch per google finden
und wenn es bei den programmiersprachen nicht hapert,
dann scheinbar beim logisch denken.
Sorry, aber mach dir doch einfach mal ein paar gedanken,
wie du deine Idee am besten umsetzt und welche Daten du speichern musst etc.
Hier wird dir keiner eine Musterlösung aufmalen für deine Pläne,
denn die gibt es meist auch garnicht.

da war auch net verlangt

also kann mir keiner bzw will mir keiner von euch
etwas mehr als nur das was schon da ist schreiben
würde gerne wie gesagt nur mal so ne kleine zusammen
schrift haben, wo drinnen steht was zb in die db kommt,
was ich so als php machen kann und halt so kleinigkeiten
wäre dafür sehr dankbar
und wenn einer hilfe anbietet in hinsicht etwas programmieren
dann bin ich natürlich bereit diese person für seinen aufwand
auch zu entschädigen, aber das gilt natürlich nur für sachen
die erst mit vereinbarung gemacht werden

was erwartest du?
dass Dir jetzt jemand nen 70 seiten langen text schreibt, wie alles genau funktioniert?
du schreibst nichtmal, wie das spiel aussehen soll, wie soll dir da jemand helfen?
jeder programmiert sein spiel anders, kommt halt immer drauf an, was das spiel für funktionen hat.
wenn du schreibst, dass du php+mysql kannst, dann wirst du damit doch schon gearbeitet haben. und mit bisschen überlegen kommst dann auch drauf, was man in die datenbank speichert, wie/wann bestimmte ereignisse verarbeitet usw usf.

ich bin formel 1-fahrer. ich hab also schon einige erfahrung mit autos.
kann mir aber trotzdem mal wer erklären, wie das mit der kupplung und den bremsen geht?
also so klingt das zumindest für mich... irgendwie nicht überzeugend.. ich glaub die anderen sehen das ähnlich...

@Drezil Vielleicht ein Automatik-Formel1 Auto?
@Aradois Sagen dir diese Begriffe etwas?
W3C
XHTML
XML
Primärschlüssel
Index
Objekt
Klasse
Methode
Int
Char
String
SQL-Injection
Bit und Byte
Referenz
Array
Das sind alles Grundlagen für ein BG. Überdenke selber ob dir diese Begriffe etwas sagen. Wenn nicht ist zb. hier ein sehr gutes Tutorial, welches aber für die Entwicklung eines BG nur die absolute Grundlage wäre.
Lg Kudi

also 1. danke mal für eure hilfreichen und lerreichen posts
2. habe ich doch schon mal geschrieben, dass es ein game werden
soll, dass in der zukunft spielt. Es sollte eine grafik wie Scherbenwelten,
Macht der Krieger und Die Herscherr haben (gibt ja noch viele andere
spiele die ich nennen könnte, was aber unnötig wäre)
so es sollen viele planeten geben und man sollte
per raumschiffe herum reisen, das wie mit dem reisen
ist mir noch net klar, also ob mit grafik oder einfach zeit
basierend
und ja die begriffe sagen mir zu 90% grob gesagt was
und von den anderen nur halt grundlagen, falls man das so sagen kann.
also ich hoffe es hilft euch, damit ihr mir helfen könnt
wie gesagt es reicht einfach nur ne kleine liste, wo zb drinnen
steht welche sachen ich beachten sollte, die eigentlich bei jedem
bg dabei sein sollte.
falls ihr es euch leid seit mir helfen zu wollen, dann schreibt es und
closed den beitrag, dann suche ich halt wo anders nach einem helfer
nochmals vielen dank im vorraus

Vielleicht schaust du dir den mal an:
So machst du dir ein eigenes Browsergame

Original von Aradois
und ja die begriffe sagen mir zu 90% grob gesagt was
und von den anderen nur halt grundlagen, falls man das so sagen kann.

Dann würde ich(das ist weder böse gemeint oder soll beleidigend wirken!) erst PHP, MySQL und HTML soweit Lernen, dass die Grundlagen kein Problem mehr darstellen.
Wenn du diese Grundlagen beherrschen würdest, wüsstest du auch, mit der Hilfestellung in diesem Thread, wie du ein BG entwickeln könntest.
Lg Kudi

Also imo muss man um ein BG in php+mysql zu programmieren vorher weder php noch mysql gut können. Es reicht wenn man in einer beliebigen Sprache gut programmieren kann und jemand im team hat der sich halbwegs in php+mysql auskennt. Weil wenn man programmieren kann lernt man eine Sprache wie php in ca 2 Wochen gut genug um ein BG zu schreiben.
Ob man OOP kann oder nicht spielt auch kaum eine Rolle, da man OOP durch das Programmstart->Eingabe->Verarbeitung->Ausgabe->Programm Ende Prinzip das in php relativ stark angewendet wird nur schwer wirklich einsetzen kann.
Die kritischen Faktoren sind meiner Meinung nach Zeit und Motivation. Ein BG zu programmieren ist nicht übermäßig anspruchsvoll(jedenfalls weniger als andere Spiele), man sollte jedoch keinesfalls den Entwicklungsaufwand (wir haben ca. 1 Jahr gebraucht) unterschätzen.

Also imo muss man um ein BG in php+mysql zu programmieren vorher weder php noch mysql gut können.

Stimmt, aber abuzeus sagte ja, dass er es verwenden will.

Weil wenn man programmieren kann lernt man eine Sprache wie php in ca 2 Wochen gut genug um ein BG zu schreiben.

Sicher nicht. Dieses Buch hat über 1300 Seiten und ist eher an Leute gerichtet die schon andere Sprachen beherrschen(Buch kann ich für diese empfehlen). PHP verzeiht aber zuviele Fehler und nicht beachten des Standarts. Da es aber bei einem BG sehr auf die Performance ankommt, ist gerade das wichtig.
Außerdem beherrscht du eine Sprache erst wenn du schon Programme geschrieben hast und die Logik entwickelst, um so richtige Denkansätze zu haben, was in 2 Wochen sicher nicht der Fall ist. Das wissen der Befehle reicht nicht.

Ob man OOP kann oder nicht spielt auch kaum eine Rolle, da man OOP durch das Programmstart->Eingabe->Verarbeitung->Ausgabe->Programm Ende Prinzip das in php relativ stark angewendet wird nur schwer wirklich einsetzen kann.

Wieder ein Punkt der Performance. Und in PHP 5 kannst du sehr wohl viel OOP entwickeln.

Ein BG zu programmieren ist nicht übermäßig anspruchsvoll(jedenfalls weniger als andere Spiele)

Kommt darauf an ob es ein 0815 BG ist oder nicht(Nein, ich sage hier nicht dein BG ist ein 0815 BG!). Siehe hierzu Drezils Blog.

,man sollte jedoch keinesfalls den Entwicklungsaufwand (wir haben ca. 1 Jahr gebraucht) unterschätzen.

Ist das nicht ein kleiner Wiederspruch?
Lg Kudi

Original von kudi

Also imo muss man um ein BG in php+mysql zu programmieren vorher weder php noch mysql gut können.

Stimmt, aber abuzeus sagte ja, dass er es verwenden will.

Weil wenn man programmieren kann lernt man eine Sprache wie php in ca 2 Wochen gut genug um ein BG zu schreiben.

Sicher nicht. Dieses Buch hat über 1300 Seiten und ist eher an Leute gerichtet die schon andere Sprachen beherrschen(Buch kann ich für diese empfehlen). PHP verzeiht aber zuviele Fehler und nicht beachten des Standarts. Da es aber bei einem BG sehr auf die Performance ankommt, ist gerade das wichtig.
Allerdings sind mir während der BG Entwicklung keine Situationen begegnet in denen OOP größere Vorteile gegenüber proceduraler Programmierung hatte.Außerdem beherrscht du eine Sprache erst wenn du schon Programme geschrieben hast und die Logik entwickelst, um so richtige Denkansätze zu haben, was in 2 Wochen sicher nicht der Fall ist. Das wissen der Befehle reicht nicht.
Wenn man bereits eine andere Sprache gut kann, dann kann man auch die Programmierlogik. Dann braucht man eigentlich nur noch die Syntax und die Befehle von php lernen, was man nach ca 2 Wochen schaffen kann, zumindest gut genug um mit einem BG zu beginnen. Man muss halt anfangs noch relativ oft in der Hilfe nachsehen.

Original von kudi

Ob man OOP kann oder nicht spielt auch kaum eine Rolle, da man OOP durch das Programmstart->Eingabe->Verarbeitung->Ausgabe->Programm Ende Prinzip das in php relativ stark angewendet wird nur schwer wirklich einsetzen kann.

Wieder ein Punkt der Performance. Und in PHP 5 kannst du sehr wohl viel OOP entwickeln.
Dass php5 die meisten wichtigen OOP features unterstützt betreite ich nicht.
Allerdings sind mir während der BG Entwicklung keine Situationen begegnet in denen OOP größere Vorteile gegenüber proceduraler Programmierung hatte. Wo OOP Performancevorteile hätte sehe ich auch nicht. Dies liegt hauptsächlich daran, dass es selten nötig ist mehrere Instanzen eines Objektes zu erzeugen.
Wenn ich dagegen ein Offlinespiel entwickle kann ich OOP sehr viel besser verwenden (verschiedene Objekte von einander Ableiten, funktionen überschreiben, eine Vielzahl an Instanzen erzeugen, etc)

Original von kudi

Ein BG zu programmieren ist nicht übermäßig anspruchsvoll(jedenfalls weniger als andere Spiele)

Kommt darauf an ob es ein 0815 BG ist oder nicht(Nein, ich sage hier nicht dein BG ist ein 0815 BG!). Siehe hierzu Drezils Blog.
Dass es natürlich auch in einem BG einige schwierige Stellen gibt (bei mir z.B. die Börse oder der Techtree) stimmt natürlich, aber bei einem BG ist ein sehr großer Teil Routinearbeit.

Original von kudi

,man sollte jedoch keinesfalls den Entwicklungsaufwand (wir haben ca. 1 Jahr gebraucht) unterschätzen.

Ist das nicht ein kleiner Wiederspruch?
Lg Kudi
Für mich ist zwischen Schwierigkeitsgrad und Arbeitsaufwand ein deutlicher Unterschied.

Original von The-Winner
Allerdings sind mir während der BG Entwicklung keine Situationen begegnet in denen OOP größere Vorteile gegenüber proceduraler Programmierung hatte. Wo OOP Performancevorteile hätte sehe ich auch nicht. Dies liegt hauptsächlich daran, dass es selten nötig ist mehrere Instanzen eines Objektes zu erzeugen.

Schön ..
Dann schreib mal ein Kampfsystem prozedural.. Viel spass..
Ich hab es 2x gemacht. Und nie hat es das gemacht, was ich wollte bzw. war katastrophal zu warten.
Mit OOP hat sich das gundlegend geändert. Das script ist nur noch halb so lang (was bei 1500 Zeilen doch ml was feines ist)..
Und nun erzähl mir nochmal OOP hat keine vorteile.
Sicherlich kann man mit strikt-prozeduraler progammierung auch einiges an wartbarkeit haben.. aber ich persönlich will meine Klassen (User, Template) und mein PDO nicht mehr missen ..

Ein Spiel ala ogame, vielleicht noch mit einem KS, dass einfach alle Werte einer Seite addiert und dann entscheidet wer gewonnen hat, und einem vereinfachten Forschungssystem ist auch mit Grundkenntnissen zu schaffen, wenn auch nicht besonders performant.
Aber um ein richtig gutes BG zu bauen braucht man schon mehr als Grundkenntnisse, gerade auch im sql-bereich, um nicht 1000e von Queries zu haben. Und man sollte sich nicht von der Freizügigkeit von php blenden lassen, selbst bei error_reporting=E_ALL lässt er noch einiges einfach so durchrutschen.
Über oop kann man sich trefflich streiten. Bei meinem obigen Beispiel ist es wohl Overkill, bei komplexeren Spielen ist es schon sinnvoll, aber nur wenn man es richtig einsetzt.

Ein Spiel ala ogame, vielleicht noch mit einem KS, dass einfach alle Werte einer Seite addiert und dann entscheidet wer gewonnen hat, und einem vereinfachten Forschungssystem ist auch mit Grundkenntnissen zu schaffen

Ich wusste noch gar nicht dass wir so ein primitives KS haben*g*
Als ich das gecoded hab hatte ich höchstens 100 Zeilen php geschrieben und dafür finde ich ist es ganz gut gelungen. Die Performance ist allerdings durch die fehlenden structs/records in php nicht überragend, aber ausreichend.
Aber ich glaube wir weichen leicht vom Thema ab.
Ich wollte eigentlich nur sagen, dass ein BG sehr arbeitsaufwändig ist, der Schwierigkeitsgrad eines BGs nicht übermäßig hoch ist, man zwar gut programmieren können muss, jedoch nicht notwendiger Weise in php und dass OOP nicht unbedingt nötig ist.

Original von kudi

Also imo muss man um ein BG in php+mysql zu programmieren vorher weder php noch mysql gut können.

Stimmt, aber abuzeus sagte ja, dass er es verwenden will.
Kleine Verwechslung, gell ? Ich kann nichtmal php, geschweige denn, dass ich es mag ;-)
Zum Thema:
Learning by doing ist natürlich ein Weg. Das Produkt ist aber vermutlich nicht wirklich brauchbar. Gerade Anfänger, die nur die Basissprachmittel verstehen, geschweige denn die Hintergründe und Internals einer Sprache kennen, werden höchstwahrscheinlich schlechten, da unperformanten oder gar fehlerhaften Code erzeugen. Jede Sprache hat ihre Denkweisen, und in jeder Sprache sind andere Vorgehensweisen optimal. Ich kenne sogar Browserspiele, die aus weitestgehender Unkenntnis erstellt wurden, die auch Spass gemacht haben und auch eine beachtliche Spielerzahl erreicht haben, wo aber ein Wartungsalptraum dahinter steckte und sich früher oder später festgefahren wurde.
Insofern ist die Aussage, dass man nur eine einzige Sprache können muss, zwar irgendwie sachlich richtig, aber im tieferen Sinne eben nicht. Manche Dinge kommen erst mit Erfahrung ;-)

es ist natürlich die frage was sinnvoller ist:
sich eine sprache 1 woche im schnellkurs beizubringen, 6 monate zu programmieren und dann alles neu von vorn, weil man an einen punkt kommt, wo man merkt, moment mal, so wird das nie funktionieren.
oder sich erstmal zeit zu lassen mit dem lernen und alles von grund auf sauber zu programmieren.
ich hatte mal ne kollegin, die hatte ihre projekte schneller programmiert, als ich gucken konnte. bis der erste fehler aufgetaucht ist, dann hat sie 3 wochen gesucht ^^
vor allem bei php gibt es soviele builtin-funktionen, die einem das leben schon sehr erleichtern. wenn man nicht weiss, dass es sie gibt, sucht man auch nicht danach.
nicht zu verachten die ganzen funktionen und klassen, die sich nach und nach mit dem arbeiten einer sprache ansammeln.
zum thema, "ich kann schon andere sprachen". die syntax oder die richtige funktion zu lernen ist nicht das thema. sondern eher die logik und das umfeld, in dem die anwendung läuft.
wenn ich bei vielen bgs schon sehe, dass man nach dem absenden eines formulars nicht mehr die seite neu laden kann, weil er sonst die post-variablen erneut sendet, kann ich mir schon denken, was das für ein verhau im quelltext ist...

Original von abuzeus

Original von kudi

Also imo muss man um ein BG in php+mysql zu programmieren vorher weder php noch mysql gut können.

Stimmt, aber abuzeus sagte ja, dass er es verwenden will.
Kleine Verwechslung, gell ? Ich kann nichtmal php, geschweige denn, dass ich es mag ;-)
Musst du auch fast den gleichen Namen wie Aradois haben?

öhm also an unseren namen ist meiner meinung nach nichts
außer der anfangs und endbuchstabe, aber das ist ja nur zufall
so und nun hört auf euch gegenseitig an die gurgel zu gehen
dann schliest lieber meine thread und ich lass euch in ruhe
so wie ich es meinte, denn niemand soll wegen mir sich streiten
dann versuch ich es doch lieber alleine heraus zu finden, auch
wenn es vermutlich nichts draus wird, aber wenn es das einzige ist
damit hier ruhe herscht, dann würd ich sogar mein vorhaben ein
bg zu erstellen fallen lassen, denn was ich am meisten hasse sind
programmierer bzw freunde die sich wegen etwas belanglosem streiten

Keine Sorge das war ironisch gemeint. Sonst wäre der nicht. Und das sollte darstellen, dass mir die Verwechslung peinlich ist.
Das Forum ist ja zum fragenstellen gedacht, also nur zu

kudi ich weiss, aber das war eher für weiter oben bezogen
ist aber egal, wenn du es meinst
und meine frage ist hier auf jeden fall einmal niedergeschrieben
wenn nicht sogar öffter

Wir streiten uns nicht, wir diskutieren nur unsere leicht unterschiedlichen Meinungen.
Klar ist jedenfalls dass du sowohl php als auch mysql lernen musst, sofern du sie noch nicht kannst und einsetzen willst. Falls php deine erste Programmiersprache ist solltest du vor einem BG eine reihe an kleineren Projekten suchen. Falls du schon andere Sprachen gut kannst, ist es unter Umständen möglich direkt mit einem BG zu beginnen, insbesondere wenn du jemand mit php+mysql Erfahrung in deinem Team hast.
Bevor du anfängst solltest du dir genau überlegen wie dein Spiel einmal funktionieren soll. Anschließend dir den grundlegenden Datenbankaufbau überlegen, und wie du den Code am besten modularisierst. Bei Arbeit im Team ist es wichtig über einen Subversion-Server(oder ähnliches) zu verfügen.
OOP(Objekt orientierte Programmierung) kann hilfreich sein, ist jedoch nicht unbedingt nötig. Wir verwenden Objekte z.B. in dem meisten Fällen nur als eine art Namespace
Zu der Begriffsliste von kudi:
HTML&co
W3C <- für standardkonforme Webseiten wichtig, der standard muss jedoch nicht um jeden Preis eingehalten werden, wichtiger ist imo kompatibilität mit den gängigen Browsern (ich teste auf IE6,FF und Opera)
XHTML <- Nicht unbedingt nötig, HTML4 reicht auch. Trennung von HTML und CSS ist dagegen wichtig
XML <- Braucht man net Unbedingt
Datenbank
Musst zumindest SQL können (auch JOINs etc)
Primärschlüssel <- Gehört zu DB-Grundlagen, wichtig
Index <- Gehört zu DB-Grundlagen, wichtig
PHP solltest du auch können
Objekt, Klasse, Methode <- Bei Verwendung von OOP wichtig
Int,char,string,Array <- Grundlegende Typen, sollten dir bekannt sein
Referenz <- Ähnlich wie Zeiger in C/C++
Bit und Byte <- Klar

Original von The-Winner
OOP(Objekt orientierte Programmierung) kann hilfreich sein, ist jedoch nicht unbedingt nötig. Wir verwenden Objekte z.B. in dem meisten Fällen nur als eine art Namespace

Das ist aber nicht gerade der Sinn von Objekten. OOP ist dafür gedacht Quelltext modular und wiederverwendbar zu halten. Änderungen am Quelltext sollten realtiv leicht möglich sein.
Nicht umsonst steht in jeden besseren Fachbuch über Design Patterns das man nicht auf Implementierung sondern auf einen Supertyp bzw. eine Schnittstelle programmieren soll um spätere Änderungen so einfach wie möglich zu gestalten.
Wenn du unbedingt Namespaces haben willst dann warte auf PHP 6 ...

Also wie schon gesagt ich kann am besten
c, c++ (beides schon ca 5 jahre)
dann lpmud (ne art c) und php und mysql kann ich logischer weise auch

Original von Aradois
dann lpmud (ne art c) und php und mysql kann ich logischer weise auch

nicht unbedingt ... du verstehst die Syntax ja ... aber die Feinheiten und Eigenarten von PHP kennst durch deine C Kenntnisse nicht zwingend
sorry für diese Klugscheißerei musste aber mal sein

macht ja nix
aber wie gesagt mit php und mysql hab ich ja auch schon gearbeitet
aber net sehr viel

Original von LeoManiac

Original von The-Winner
OOP(Objekt orientierte Programmierung) kann hilfreich sein, ist jedoch nicht unbedingt nötig. Wir verwenden Objekte z.B. in dem meisten Fällen nur als eine art Namespace

Das ist aber nicht gerade der Sinn von Objekten. OOP ist dafür gedacht Quelltext modular und wiederverwendbar zu halten. Änderungen am Quelltext sollten realtiv leicht möglich sein.
Nicht umsonst steht in jeden besseren Fachbuch über Design Patterns das man nicht auf Implementierung sondern auf einen Supertyp bzw. eine Schnittstelle programmieren soll um spätere Änderungen so einfach wie möglich zu gestalten.
Wenn du unbedingt Namespaces haben willst dann warte auf PHP 6 ...
Dass das kein echtes OOP ist, sondern nur Objekt verwendende Programmierung ist mir klar, habe aber im Rahmen unseres BG keine wirklich sinnvolle Verwendung für OOP gefunden.
So wird der quelltext zwar sinnvoll gegliedert, in den meisten Fällen wäre die implementierung in eine Gruppe an Funktionen kaum anders gewesen.
Das sagt jedoch dass ich nichts von OOP halte, manche meiner anderen Projekte wären ohne OOP kaum zu realisieren gewesen. Für BGs halte ich OOP jedoch nicht für unbedingt nötig.
Wo habt ihr denn sinnvoll Objekte verwendet? Das einzige wo es sich bei mir wirklich lohnen würde wäre im Kampfskript die assoziativen Arrays durch Objekte zu ersetzen da das wahrscheinlich etwas schneller laufen würde.
@Aradois:
Da du mit php und mysql halbwegs umgehen kannst, sehe ich das Hauptproblem im Zeitaufwand und der Motivation. Die sind imo die größte Gefahr für die meisten Hobbyprojekte.

nur mal ne andere frage wieso legt ihr mir immer steine in den weg
und was ist so schwer einem mal mir meine frage/n zu beantworten??
wie soll man den motiviert sein, wenn man immer nur ne antwort bekommt
die einen net hilft bzw auf einmal andere fragen auftauchen, die aber nix
mit meiner zu tun haben.
und um erlich zu sein werd ich wohl bald dieses forum nie wieder empfählen
sondern nur noch negatives sagen, was anscheinend nach auch die
reine wahrheit zu sein scheint.
wenn ich nicht bald mal ne antwort bekomme, die mir zumindest etwas hilft
und nicht immer wieder die frage wissen will bzw was ich alles proggen kann
also bitte gibt mir mal ne antwort die was hergibt und net nur, unter anführungszeichen gesagt nur schrott ist
ok das stimmt net so ganz, aber das ist der begriff der es aber eher richtig beantwortet

Das Problem liegt glaube ich darin, dass deine Frage nicht konkret genug ist. Als konkrete Beispiele können OpenSource-BGs wie HackTheNet dienen, dazu kann ich jedoch keine Wertung abgeben, da ich mir noch keinens davon angesehen habe.
Was DB-Design angeht legt man halt für jeden Objekttyp den es im Spiel gibt eine Tabelle an mit den Eigenschaften die dieses Objekt besitzt. Diese Tabellen werden dann meist mittels Primärschlüsseln verbunden
z.B.
Tabelle User(user_id,name,email,passwort,lastlogin,...)
Tabelle Mail(mail_id,an_user_id->User.user_id,von_user_id->User.user->id,titel,content,gelesen)
Tabelle Plantet (owner_user_id->User.user_id,koords,name,etc)
...

ok danke sowas in der art war es was ich wissen wollte (das mit den tabellen)
und nun nur noch ne frage, die offen steht
wie sollte ich am besten ne Karte mit zb 9*9 felder größe machen
dass man durch klicken immer den richtigen weg findet und
das wenn einer in der umgebung, auf nem feld steht
dass man dann von dem zb nen bild sieht

Map in Datenbank oder hartcodiert
Karte mal wieder ...
MySQL 5.0.18 Benchmark
XY Koordinatensystem mit Karte
RPG System
usw .. Einfach mal in der Suche karte eingeben

Original von The-Winner
Wo habt ihr denn sinnvoll Objekte verwendet? Das einzige wo es sich bei mir wirklich lohnen würde wäre im Kampfskript die assoziativen Arrays durch Objekte zu ersetzen da das wahrscheinlich etwas schneller laufen würde.

Die Antwort darauf hab ich dir praktisch schon gegeben überall dort wo Veränderungen eintreten können ist OOP sinnvoll. Das kann unter anderen das Kampfscript, Resourcenberechnung usw. sein. Das könnte sich ja alles mal ändern als ganz einfaches Beispiel wäre zb. wenn du für Balancingzwecke verschiedene Rechnungswege brauchst ... dann baust dir am besten 2 Klassen die per Factory instanziert werden.
Setz dich mal mit Entwurfsmuster (engl. Design Patterns) auseinander dann wird dir vielleicht besser klar wo man überall OOP einsetzen kann.

ok danke euch für die hilfe