Ab wann braucht man OOP?

Hi,

das ist eine Frage die mich schon seit langem interessiert und auch wenn es keine eindeutige Antwort so geben scheint frage ich mich ab wann wird ein Projekt so komplex als das man OOP unbedingt braucht? Mich interessieren eure subjektiven Meinungen nicht was ihr für den Rest der Menschheit richtig wäre, das kann eh keiner sagen.

Um es auf dieses Forum hier zu reduzieren kann man auch sagen ab wann reicht C nicht mehr und es muss C++ her wenn beides zur Verfügung steht, Frameworks mal aussen vor wenn das geht.

rüdiger

Es gibt keinen Punkt ab dem man OOP braucht. OOP ist ja nur eine Designmethodik. Wenn man sich mit der leichter tut, dann kann man die Software eben OO entwerfen.

Ab wann C++ gegenüber C sinnvoll ist, ist aber eine ganz andere Frage. Man kann auch in C OO programmieren und C++ bringt mehr als einfachere Strukturen für OOP. Ich würde wenn möglich immer C++ bevorzugen. Templates und die STL sind einfach eine große Erleichterung. Auch wenn man nicht OO programmiert.

Ab 200 Zeilen.

rage_quit

haha dein code muß ja der horror sein wenn du bei mehr als 200 zeilen schon nach oop schreist

wxSkip

rage_quit schrieb:

haha dein code muß ja der horror sein wenn du bei mehr als 200 zeilen schon nach oop schreist

jaja, wenn es danach ginge, hätte man mit dem Bootstrapping gar nicht erst anfangen brauchen, es wird ja doch kein guter Compiler in max. 199 Zeilen gelingen.

volkard

wxSkip schrieb:

rage_quit schrieb:

haha dein code muß ja der horror sein wenn du bei mehr als 200 zeilen schon nach oop schreist

jaja, wenn es danach ginge, hätte man mit dem Bootstrapping gar nicht erst anfangen brauchen, es wird ja doch kein guter Compiler in max. 199 Zeilen gelingen.

Klar geht das, weil man mit weniger als 198 include-Zeilen auskommt und der ganze Rest kann ruhig in eine (zugegeben recht lange) Zeile. Mit Includefile-Proxies reichen drei Zeilen.

wxSkip

volkard schrieb:

wxSkip schrieb:

rage_quit schrieb:

haha dein code muß ja der horror sein wenn du bei mehr als 200 zeilen schon nach oop schreist

jaja, wenn es danach ginge, hätte man mit dem Bootstrapping gar nicht erst anfangen brauchen, es wird ja doch kein guter Compiler in max. 199 Zeilen gelingen.

Klar geht das, weil man mit weniger als 198 include-Zeilen auskommt und der ganze Rest kann ruhig in eine (zugegeben recht lange) Zeile. Mit Includefile-Proxies reichen drei Zeilen.

Wo der Buchstaben-im-Mund-Rumdreher recht hat, hat er Recht .

SeppJ

Eine Zeile Includes, eine Zeile Code, sind zwei Zeilen. Was übersehe ich? Zählst du das abschließende newline als neue Zeile mit?

Entspanne dich mal du Klugscheißer

volkard

SeppJ schrieb:

Eine Zeile Includes, eine Zeile Code, sind zwei Zeilen. Was übersehe ich? Zählst du das abschließende newline als neue Zeile mit?

Ich wollte unzählige Dateien und Headerdateien erlauben und brauche Includeguards. Eine #ifndef, eine #include, eine #endif. Also drei Zeilen in "normale" Headerdateien wie "foo.h". Solche inkludieren nur eine "foo_priv.h", die mach #define und #include "foo_root.h" und das ist der Baumbeginn und gabelt mit bis zu drei weiteren #includes auf und zieht sich alle benötigten "normalen" Headers (und auch den Nutzcode, wenn man unter beschränkter Zeilenlänge leidet).

5cript

MEIN GOTT, wie ihr die Kurve aus dem Topic geschafft habt :O, das ist fast legendär in so wenig posts

Sqwan

So wenig Posts? volkard hat das in einem einzigen geschafft!
Aber das sind doch genau die Themen die meine Abendstimmung heben

Wobei das so Offtopic garnicht ist, weil er lediglich sagt, das man nicht nach zeilen gehen kann, weil auch alles in einer machbar ist.

Mit ausnahme von includes?

FrageDesTages schrieb:

... frage ich mich ab wann wird ein Projekt so komplex als das man OOP unbedingt braucht?

das hängt ganz klar von der Erfahrung, Weitsicht und auch Intelligenz der Programmierer ab.

Je mehr von diesen 3 Kriterien bei den zuständigen Planern, Designern + Programmierern vorhanden ist, desto höher die Chance, auch ohne OOP riesige Projekte erfolgreich zu finishen.

OOP hilft aus, wenn die Bedingungen nicht optimal sind - durch den Zwang zu Planung (Faktorisierung des Problems in Klassen + Methoden) und sauberen Schnittstellen. Letzteres wiederum hilft, die Anzahl möglicher Interaktionen zu verringern, traditionell eine ergiebig sprudelnde Fehlerquelle, s. Globale Variablen.

rage_quit

linux/windows/mac die als basis für eine ganze reihe userland-software dienen sind afaik (alle?) im kern in ansi c gemacht. da sie alle mit >1mio zeilen daher kommen, kann man sagen das man auch ohne oop im klassischen sinne auskommt. natürlich verwenden viele methoden der oop dann aber gleich von oop zu sprechen find ich ein bischen übertrieben...

Schneewittchen

OOP braucht man gar nicht. Es wird benutzt da es vielen gefällt.

und warum gefällt es vielen ?

Weil es hilft, den Programmierer vor seiner eigenen Schusseligkeit zu bewahren, den Überblick zu behalten und einen saubereren Programmierstil aufzwingt. OOP erlaubt es, mit weniger IQ größere Projekte zu schaffen.

Wäre OOP nur eine Geschmacksfrage, hätte sich OOP sicherlich nie in einem solchen Umfang durchgesetzt.

!rr!rr_. schrieb:

und warum gefällt es vielen ?

Weil es hilft, den Programmierer vor seiner eigenen Schusseligkeit zu bewahren, den Überblick zu behalten und einen saubereren Programmierstil aufzwingt. OOP erlaubt es, mit weniger IQ größere Projekte zu schaffen.

so ein quatsch hab ich schon lang nicht mehr gelesen...

!!rr!!rr schrieb:

!rr!rr_. schrieb:

und warum gefällt es vielen ?

Weil es hilft, den Programmierer vor seiner eigenen Schusseligkeit zu bewahren, den Überblick zu behalten und einen saubereren Programmierstil aufzwingt. OOP erlaubt es, mit weniger IQ größere Projekte zu schaffen.

so ein quatsch hab ich schon lang nicht mehr gelesen...

Das ist jetzt aber auch ein großer Irrsinn...

das letzte Posting (18:28:06 07.09.2010) ist nicht von mir!

Mit Inkognito Modus des Browsers bin ich manchmal auch du