Das deutsche QBasic- und FreeBASIC-Forum

[Sebastian]

Das neue Release FreeBASIC 0.24.0 ist heute veröffentlicht worden! Mehr Infos...

Die neuen Downloadpakete sind bereits im FreeBASIC-Portal zu haben: http://www.freebasic-portal.de/downloads/aktuelle-compiler/
_________________

Die gefährlichsten Familienclans | Opas Leistung muss sich wieder lohnen - für 6 bis 10 Generationen!

[darkinsanity]

Yeah, Vererbung
_________________
Traue keinem Computer, den du nicht aus dem Fenster werfen kannst -- Steve Wozniak

[28398]

Ganz gut, dass etwas Leben in die Bude kommt, aber fast alles was neu ist, ist ein wenig merkwürdig implementiert und erinnert von der Umsetzung her an eine Mischung aus C, PHP und Java - man hätte dazulernen können. Schlagwörter, gerade nicht viel Zeit: "foo extends object", "threadcall funktionsname(parameter)", "base", ...

[Eternal_pain]

EXTENDS OBJECT

Hier wollte ich gern mal nachhaken was es wirklich effektiv bringt bzw welche möglichkeiten einem sich damit bieten?

Bisher erkenne ich daraus eigentlich nur eine ersparnis von schreibarbeit, wenn ich nur als kurzes Beispiel ein solches 'konstrukt' nehme;

[ThePuppetMaster]

Ich vermute, es is zum Code-spaaren.

stell dir vor, du schreibst ein konstrukt, das viele UDTs benötigt (GUI). viele elemente sind in den meisten UDTs identisch (pos, gröse, farbe, usw.) ... aber einige eigenschaften sind objekt-spezifisch (dropbox, liste, ...) ... da kann man dann viel code-spaaren, wenn man ein allgemeines udt baut, und dann die erweiterungen "extendet"


MfG
TPM
_________________
[ WebFBC ][ OPS ][ ToOFlo ][ Wiemann.TV ]

[nemored]

Wenn du dann im (Groß-)Eltern-UDT eine Erweiterung oder ein Fix vornimmst, wirkt sich diese(r) auch gleich auf alle (Enkel-)Kinder aus, sofern sie diese Bereiche nicht selbst überschreiben. Es geht also auch um Wartbarkeit.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[Jojo]

[Eternal_pain]

Objektorientierung oder OOP war mir ansich schon ein begriff aber eher Theorie als Praxis

Ich erkenne schon die Vroteile daran, allerdings dachte ich das noch mehr dahinter steckt...

zugegeben erspart es einem eine menge arbeit... man spart Code, es ist übersichtlicher, änderungen müssen (meist) nur in einer Klasse getätigt werden...

Allerdings dachte da wär noch mehr, also irgendwas das ohne ganz und gar nicht möglich wäre...
_________________

[Jojo]

Alles was du mit OOP programmieren kannst, kannst du auch irgendwie ohne programmieren, aber es ist halt sehr schmerzhaft, denn du musst die OOP-Mechanismen dann selbst implementieren. In diesem Fall wäre das eben nicht nur das Duplizieren von Membervariablen und Funktionen, sondern auch das Kopieren von Funktionen, die so ein Objekt als Input bekommen...

Beispiel:

[Jojo]

Interessanter wird mein Beispiel auch noch, wenn man statt "gefaehrt.x += 10" eine Funktion gefaehrt.movePos(10) verwenden würde, denn dann könnte man jeweils noch die interne Funktionalität dieser Funktion je nach Klasse überladen (Stichwort Polymorphie)... Und um sowas ohne OOP zu realisieren, müsstest du schon selbst eine Art Dispatcher schreiben, und das wird dann maximal hässlichst.
_________________
» Die Mathematik wurde geschaffen, um Probleme zu lösen, die es nicht gäbe, wenn die Mathematik nicht erschaffen worden wäre.

[St_W]