RPG Maker 2009 Ultimate v0.15

[R.D.]

Nice Cherry! =) *freu*

Jetzt hoffe ich nur noch, dass du im nächsten Release auch den "Move Event" Befehl überarbeitest, dass gleiche Moves zusammengefasst werden...

...

Was meinst du damit?

[elvissteinjr]

Wahrscheinlich meint er sowas wie "Move Down (12)" anstatt 12 Mal "Move Down" zu haben.


Eine horizontale Scrollbar bei Eventbefehlen wäre nicht ganz verkehrt. Zumindest für die Eventspeziallisten die tausende If Abfragen verschachteln.

[Cherry]

Eine horizontale Scrollbar bei Eventbefehlen wäre nicht ganz verkehrt. Zumindest für die Eventspeziallisten die tausende If Abfragen verschachteln.

...

Ich weiß. Geht leider nicht.

[makenshi]

Wahrscheinlich meint er sowas wie "Move Down (12)" anstatt 12 Mal "Move Down" zu haben.


Eine horizontale Scrollbar bei Eventbefehlen wäre nicht ganz verkehrt. Zumindest für die Eventspeziallisten die tausende If Abfragen verschachteln.

...

Wer sowas macht, konstruiert schlechten Code. Sowas sollte man nicht auch noch unterstützen.

[RPG Hacker]

Wer sowas macht, konstruiert schlechten Code. Sowas sollte man nicht auch noch unterstützen.

...

Seitwann unterstützt der RPG Maker denn logische Operatoren wie AND, OR, etc.? Solange er das nicht tut kann ich mir echt nicht vorstellen, wie man entsprechende Abfragen ohne IF-Verschachtelungen machen soll. Das nur nebenbei. Ich hätte sowas auch nützlich gefunden. Darüber hinaus ist funktionierender Code niemals schlechter Code, egal, wie er aussieht. Funktionalität > Sauberkeit/Lesbarkeit. So wichtig letzteres auch sein mag. Wenn es Leute gibt, die IF-Verschachtelungen benutzen wollen, sollte man sie nicht daran hindern, weil es "schlechter Stil" ist. Bleibt doch jedem selbst überlassen. Das es nicht geht ist natürlich eine andere Sache und deswegen gehe ich auch nicht näher darauf ein.

[makenshi]

Seitwann unterstützt der RPG Maker denn logische Operatoren wie AND, OR, etc.? Solange er das nicht tut kann ich mir echt nicht vorstellen, wie man entsprechende Abfragen ohne IF-Verschachtelungen machen soll. Das nur nebenbei. Ich hätte sowas auch nützlich gefunden. Darüber hinaus ist funktionierender Code niemals schlechter Code, egal, wie er aussieht. Funktionalität > Sauberkeit/Lesbarkeit. So wichtig letzteres auch sein mag. Wenn es Leute gibt, die IF-Verschachtelungen benutzen wollen, sollte man sie nicht daran hindern, weil es "schlechter Stil" ist. Bleibt doch jedem selbst überlassen. Das es nicht geht ist natürlich eine andere Sache und deswegen gehe ich auch nicht näher darauf ein.

...

Du brauchst kein AND oder OR um im Maker sauber Forkwälder aufzuteilen.
Aus Gründen der Limitation musst du IF ELSE Terror betreiben ja. Das heisst aber nicht das du alles in ein Event hauen musst. Der Maker bietet dir Möglichkeiten das aufzuteilen und zu strukturieren.

Und das Funktionalität > Sauberkeit/Lesbarkeit ist, ist purer Schwachsinn. Der funktionellste Code bringt dir nichts, wenn er so schlampig geschrieben ist das jede Änderung nur mühevoll zu machen ist. Warum? Man kann ihn nach einer gewissen Pause kaum mehr entschlüsseln und verbringt viel Zeit damit ihn neu zu lesen.Auch das umschreiben kann auch die Art und Weise mühevoll werden.

Nicht umsonst prügelt man dir in der professionellen Programmierung ein das du deinen Code sauber und strukturiert aufbauen sollst. Und ja, das ist bis zu einem gewissen Maße auch für den Hobbybereich sinnvoll.

Von daher gibt es an sich keinen Grund nicht zu erwähnen das etwas besser geht. Nur weil man hier hobbymässig arbeitet, ist es ja kein Grund die Augen zu zu machen und sich einzureden alles wäre gleich effektiv.