Zu 1.
Das print war garnicht zum debuggen gedacht. In dem Tutorial stand es immer dabei, so dass ich davon ausgegangen bin, dass RPG:ache.picture nur zum Vorladen und der print-Teil zum Anzeigen dient. Danke für deine Erläuterung.
Zu 2.
Auch danke für diese Erklärung. An die Klassen werde ich mich morgen wagen, so weit wollte ich direkt am ersten Tag noch nicht gehen
--Jetzt wird wieder in die Hände gespuckt
Hm, ich vermute mal das du mit Programmiererfahrung meinst, dass du bereits eine prozedurale Sprache beherrschst. Diese Erfahrungen, die dir beim Erstellen von Algorithmen sicher helfen werden, kannst du aber nicht 1:1 auf eine objektorientierte Sprache übertragen. Da ist der Ablauf ein ganz anderer.
Ich möchte an der Stelle mal auf mein eigenes Rubytutorial (siehe Signatur) verweisen, welches sich im zweiten Kursteil sehr intensiv mit den Besonderheiten der objektorientierten Programmierung beschäftigt. Im dritten Kursteil werden dann auch Anwendungsbeispiele im Maker beschrieben. Den ersten Teil kannst du wohl auslassen, da dieser sich eher an die Programmieranfänger richtet.
Hm, ich weiß nicht, was prozedurale Sprachen sind, aber ich beherrsche keine Programmiersprache wirklich. Ich habe mich nur immer wieder mal (halbherzig) mit dem Thema Programieren auseinandergesetzt und irgendwann entnervt (meißtens, weil sich Ergebnisse nicht schnell genug eingestellt habenZitat von -KD-
Aber ich weiß dadurch, was Variablen sind, wie man ihnen einen Wert zuweißt, wie ein Array funktioniert und was Operatoren sind.
Du wirst es kaum glauben, aber ich habe mit deinen Tutorials gearbeitet. Nur habe ich den zweiten Teil übersprungen und direkt beim dritten angefangen, weil ich am ersten Ruby-Tag nicht direkt mit so schwerer Kost anfangen wollte.
--Jetzt wird wieder in die Hände gespuckt
Naja, die Tutorials bauen aufeinander auf (RGSS ist kein einfaches Ruby!). Es war für mich auch nicht einfach zu entscheiden, wann man mit der Praxis anfangen sollte. Sicherlich ist es für den Leser langweilig ein ganzes Kapitel über OOP zu lesen ohne eine einzige Anwendungsaufgabe. Nur ich will auch nicht, dass man sich direkt auf solche Anwendungsskripte stürzt und wie verrückt programmiert, ohne zu wissen, was man da eigentlich macht (das Gefühl habe ich nämlich bei vielen Scripten die man so bei Creation Assylum und rmxp.org findet X_x).
Aber gerade das zweite Kapitel ist extrem wichtig, da es die Zusammenhänge vermittelt. Wenns irgendwo eine Stelle gibt, die zu abstrakt ist und wo ein Beispiel sinnvoll wäre, dann kannste das gerne sagen (PM oder in den Diskuss schreiben ). Dann kann ich das immer noch ausbessern.
Ich seh grad, in meinem Tut gibt es tatsächlich eine Stelle wo einem Sprite ein Bitmap zugewiesen wird, welches dann per print ausgegeben wird. Erm, das print bedeutet aber eben nicht, dass die Grafik angezeigt wird. Es zeigt nur die Speicheradresse des Grafikobjekts an. Eigentlich sollte das nur ein kleiner Test sein, um zu zeigen, dass Sprite#bitmap ein Getter- und Setter-Attribut von Sprite ist (ein Thema, das wie vieles andere auch im zweiten Teil behandelt wird ^^).
Die Sache mit OOP in Ruby ist, daß die gesamte Sprache auf diesem Konzept aufbaut, die ganze Philosophie der Sprache ist OOP. Ohne Grundkentnisse in OOP wird dir das Verhalten von Ruby an vielen Stellen seltsam oder unverständlich vorkommen. Wenn du aber ein wenig von OOP weißt, eröffnet sich erst der Gedanke hinter der Art wie Ruby arbeitet und das Arbeiten damit wird viel leichter (weil vieles genauso funktioniert wie man es sich dann anfangs denkt/wünscht).
OOP ist zwar ein abstraktes Konzept zur Programmierung, aber die Grundzüge sind nicht wahnsinnig kompliziert oder schwierig zu verstehen.
Berechtigungen
Zitieren