Nein kein Witz, dachte bei OOP kommt man wenn es verstanden ist ohne Gefrickel aus.
Die "Schönheit" der Beispiele täuscht wohl.
https://www.forschung-und-lehre.de/f...e-physik-2045/
Nein kein Witz, dachte bei OOP kommt man wenn es verstanden ist ohne Gefrickel aus.
Die "Schönheit" der Beispiele täuscht wohl.
https://www.forschung-und-lehre.de/f...e-physik-2045/
Zitat von ces
in C++ ist man ebenso frei, seine Programme zuschreiben, wie bei C - eigentlich noch freier, da C nur eine Untermenge von C++ ist. Niemand schreibt vor, welche Variablen isoliert sind oder in einer Struktur stehen oder in einer class, und niemand schreibt vor, was in einer class public oder private oder protected ist, und niemand schreibt vor, welche Funktionen global sind oder in einer class als Methode stehen und dort private, public oder protected, und niemand schreibt vor, ob Funktionen void sind oder Rückgabewerte haben und ob Variablen per value oder per reference übergeben werden.
Um aber die Ratschläge eines Tutorials zu verstehen und auch praktisch umsetzen zu können, ist eine Codierung der Beispiele in der Zielsprache (hier: C++) unumgänglich, denn über 90% der user hier sind ja wahrscheinlich sowohl OOP- als auch C++ -Anfänger, für die C++-Objekt-Kodierung noch völlig unbekannt und absolut verwirrend ist.
Bei OOP steht der Gedanke im Vordergrund, alles in einem Objekt zu verkapseln (Varablen, Methoden), was dieses Objekt für seine volle Funktionsfähigkeit benötigt, und alle Aufgaben des Objekts vom Objekt selber erledigen zu lassen.
"Viele Wege führen nach Rom"
Es ist immer nur ein Weg, der kürzeste.
Sehr richtig. Es gibt doch verschiedene Anforderungen, die auch jeder unterschiedlich gewichtet.
Würdest du die Steilwand denn senkrecht hochklettern, oder die Serpentienen nebenan nehmen? Und unabhängig von deiner Entscheidung, was würdest du einem Rollstuhlfahrer empfehlen?
Ich schreibe aktuell mein erstes, "richtiges" Programm (bin eigentlich HW-Entwickler, kein Programmierer) und benutze das erste Mal das MVC-Pattern. Da schiebe ich extra Objekte hin und her, die nur dafür da sind, Daten zum präsentieren in der GUI zu kapseln. Damit ich eine saubere Trennung zwischen GUI und Datenmodel habe, und die GUI nicht die Möglichkeit hat irgendwelche Nutzdaten überschreiben zu können.
Da kommt natürlich viel Hin- und Herkopiererei zusammen, und auf einem Mikrocontroller würde ich so nicht programmieren. Da mein Programm aber auf normalen PCs/Laptops läuft ist es mir egal ob da jetzt ein paar hunderttausend Taktzyklen mehr bei der Ausführung benötigt werden und ob das Programm jetzt mit 30MB oder 50MB im Speicher rumliegt. Was mir jedoch viel wichtiger ist, ist idiotensichere Codelesbarkeit, eine gute Struktur in der ich mich auch nach einem Jahr wieder zurecht finde, und mich selber vom Scheißebauen abhalten (wie z.B. aus der GUI herraus irgendwelche Daten zu ändern). Denn das kann die Weiterentwicklung eines Programms erheblich behindern bishin zum kompletten Erliegen bringen.
das gilt nur in der Euklidischen Geometrie, und nicht immer ist der kürzeste auch der effektivste
(und nach "Weg" steht kein Komma)
Berechtigungen
Zitieren
Lesezeichen