Kommentare zu: Prozedurale Programmierung ist tot. Es lebe die prozedurale Programmierung

Von: js

js — Mon, 28 Nov 2011 14:13:41 +0000

Ich entwickele jetzt seit rund 20 Jahren, davon seit rund 15 Jahren mit OOP und ich bin froh, zu einem Zeitpunkt in PHP eingestiegen zu sein, in der OOP noch nicht die Freiheit der Entwicklung behindert hat.

Denn das tut es: OOP schränkt ein, ganz drastisch und unheimlich. Es werden immer die selben Lösungsansätze verwendet – in Stein gemeißelte Lösungsmuster und Probleme die durch sie verursacht werden, sollen mit den selben Mustern gelöst werden.

Dabei kommen teilweise 4000 Zeilen Quelltext für Aufgaben heraus, die man in 4 Zeilen gelöst hätte – ohne OOP – aber die sind dann wiederverwendbar, natürlich auch im Projekt selber und für weitere Projekte auch (wenn die Zeilen dann noch einer versteht. Na gut, übersichtlich sind die ja die 4000 Zeilen. Die verteilen sich auf schlanke 400 Dateien und die 200 Seiten Dokumentation erleichtern einem die Arbeit auch ungemein).

Wenn man Jahre in einer Parallelwelt gearbeitet und sich dann rund 3 Jahre wieder in die "neuesten" Errungenschaften (wie ORM und MVC) eingearbeitet hat, fällt es einem wie Schuppen von den Augen.

Man ist nicht blöd, wenn man OOP nicht versteht. Auch wenn man sich blöd vorkommt. Man versucht es nur falsch. Man soll gar nicht verstehen "warum oop".

Man soll fragen "wie".

Es grenzt quasi an Blasphemie an der Existenzberechtigung von OOP zu zweifeln.

Von: Bausachverständiger Kraemer, Web Architekt

Bausachverständiger Kraemer, Web Architekt — Sat, 21 Nov 2009 17:38:39 +0000

Kann ja verstehen, dass Ihr alle oop feiert. Aber für den Durchschnittsprogrammierer finde ich die prozedurale Programmierung einfach lesbarer und auch viel einfacher. Oder bin ich einfach nur Grottenschlecht.
Naja macht ja nichts. ich mit meinen 60 Lenzen werde mir das nicht mehr antuen.

Von: Synthor

Synthor — Tue, 30 Oct 2007 08:48:43 +0000

Ah, gut zu wissen.

Jetzt wäre ja noch der Vergleich vom Apachebenchmark zum Benchmark mit Time in der Shell interessant.

Vielleicht als kleine Anregung an dich…

Greets

Von: admin

admin — Tue, 30 Oct 2007 07:23:23 +0000

Ich habe die Scripte – wie alle anderen Benchmarks auch – mit dem Benchmark-Tool von Apache (ab.exe) getestet. Ich denke nur dadurch bekommt man wirklich aussagefähige Zahlen (im Gegensatz zum Test mit PHP selbst).

Von: Synthor

Synthor — Tue, 30 Oct 2007 07:03:50 +0000

Wie hast du die Skripte denn getestet?
Per Unix-Shell und dann mit Time die Laufzeit gemessen?
Im Apache oder einem anderen Webserver würden die Skripte wohl noch einen Ticken langsamer laufen.

Greets Synthor

Von: admin

admin — Sun, 13 May 2007 08:29:49 +0000

Beim ersten Beispiel hast Du recht, allerdings bei den letzten beiden nicht. Habe festgestellt, dass dieses Code-Highlighting-Paket das — zu einem einfachen – umwandelt (vermutlich der Unterschied zwischen Binde- und Paranthesestrich). Ich hab jetzt ein Leerzeichen dazwischen geschrieben. So ist der Code allerdings leider nicht mehr ausführbar. In den angehängten Quellcodes sollte es aber richtig sein.

Von: Christoph

Christoph — Sat, 12 May 2007 23:49:41 +0000

Hallo,

du hast dich bei allen 3 Beispielen vertippt. Beim ersten hast du $i++, bei den anderen beiden nur $i-

In C++ ist übrigens das Präfix-Inkrement schneller als das Postfix-Inkrement. Ob das bei PHP genauso ist, weiß ich nicht. Lag aber auch nur im 1-Takt-Bereich.

Von: rtauchnitz.de » Blog Archive » globale vs. statische vs. Klassenmethoden

Fri, 04 May 2007 16:34:25 +0000

[...] Benchmarks unterlegen kann das der PHP Performance Blog. Die nicht statische Klassenmethode ist 5% langsamer als die globale [...]