nicht angemeldet
Hallo Wolfgang!
<frust>
kann mir mal jemand logisch erklaeren, warum viele
Leute bei der Frage 'strukturiertes' contra 'objektorientiertes'
Programmieren so schwarz-weiss sind, bzw. warum diese
Frage ueberhaupt aufkommt?
Nee. ;-)
Bevor jetzt die Flames kommen:
Meiner Meinung nach sollte man ein gesundes Mix verwenden,
d.h. wenn es sich anbietet nimmt man das eine, wenn nicht,
dann das andere.
Yepp.
Ich halte es fuer Bloedsinn, nur weil man auf der 'oo'-Schiene
ist, jede Kleinigkeit auch damit machen zu muessen.
Jetzt kommt ja auch XML, da sehen dann alle Webseiten in allen Browsern gleich aus... ;-)
Beispiel:
Redirection von Webseiten mit CGI.pm
Dort brauch ich wunder was an 4 Zeilen und muss
das Modul einladen (ja, ich kenne den Autoloader),
nur um eine redirection machen zu muessen, die
ich ohne CGI.pm auch so in einer Zeile
machen kann....
Naja, CGI.pm hat nichts mit OO zu tun. Das Object style interface vermeidet lediglich das schreiben von z.B. CGI::header(), wenn man die Funktionen nicht in den eigenen Namespace importieren will (Namespace polluting). Stattdessen schreibst Du eben $q->header(); naja, wem's besser gefaellt. Da koennte man ja auch sagen, VBScript waere objektorientiert, weil z.B. in ASP-Seiten Server.Redirect() schreiben muss, um so eine Umleitung zu erreichen. Und durch den Punkt im Namen ist es natuerlich volle Kanne OO, boah ey! ;-)
Anders herum brauche ich nicht unbedingt C++ oder Java, um objektorientiert zu programmieren. Das geht mit C ebenfalls. Nur die Vererbung ist dort nicht so einfach. (Habe gehoert, mit ein paar fiesen Preprocessor-Tricks kriegt man das auch irgendwie hin.)
Tja....aber wie man es macht, so ist es falsch....
Aber warum wird man so schief angesehen, wenn man es so macht, wie
man es am besten kann und wie man am ehesten fertig wird.
Vielleicht weil diejenigen selber keine Ahnung haben?
Im ernst; Wenn es um eine mittelkleine Aufgabe geht, dann
ist derjenige der strukturiert programmiert doch schon laengst fertig, wo
der OO-Programmierer noch immer seine Klassen sucht...
Na, das ist jetzt aber auch polemisch.
Natuerlich soll der OO-Programmierer spaeter dann voll
die Vorteile haben, wenn es an groessere Projekte geht...
aber stimmt das wirklich? Wieviele OO-Programmierer mussten spaeter dann doch wieder alles
anedern, schlichtweg, weil sie in der Planungsphase was vergessen
hatten und vorallem, weil sie nach einiger Zeit ihre eigenen
Klassen nicht mehr kennen :))
Naja, OO ist kein Allheilmittel und gegen Designfehler hilft es bestimmt nicht.
So long