Kommentare zu: Lesbaren Code schreiben http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/ Ein PHP Blog mit aktuellen PHP Informationen und Tricks für Entwickler. Mon, 12 May 2008 10:37:33 +0000 http://wordpress.org/?v=2.3.3 Von: timi http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-814 timi Sun, 16 Mar 2008 10:14:05 +0000 http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-814 Ansichtssache. Da sogar ein Standard-Debugger Function-Step-In kann (in aufgerufene Funktionen springen), kann man super schnell verführte Funktionsaustiege und somit Null-Objekte erkennen. Im übrigen sollte man das Method-Chaining soweit im Zaumhalten, das es eben noch lesbar ist. Zu lange verkettete Aufrufe oder im schlimmsten Fall verstecke und gekapselte Kettenaufrufe machen das Debuggen auf jeden Fall zur Hölle. Ansichtssache. Da sogar ein Standard-Debugger Function-Step-In kann (in aufgerufene Funktionen springen), kann man super schnell verführte Funktionsaustiege und somit Null-Objekte erkennen.

Im übrigen sollte man das Method-Chaining soweit im Zaumhalten, das es eben noch lesbar ist. Zu lange verkettete Aufrufe oder im schlimmsten Fall verstecke und gekapselte Kettenaufrufe machen das Debuggen auf jeden Fall zur Hölle.

]]> Von: Martin http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-810 Martin Sat, 08 Mar 2008 12:44:37 +0000 http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-810 Ich möchte Sebastian bzgl. der Vorsicht des Chainings beipflichten. Das ist ist ja auch bei anderen Programmiersprachen beliebt, führt aber doch gerne zu Fehlern. Die beiden großen Problemfälle sind ja, dass beim Erstellen eines Objekts etwas schiefgeht, oder dass das Interface eines der Objekte geändert wurde (oder anders aussieht, als der überlastete Programmierer gerade im Kopf hat). Und wenn das dann ein Fehler ist, der einem nur ab und an mal um die Ohren fliegt, hast Du selbst mit gutem Debugger viel Arbeit. Zumindest den Fall der Null-Objekte kannst Du dann mit entflochtenen Ketten leichter entdecken. Ich möchte Sebastian bzgl. der Vorsicht des Chainings beipflichten. Das ist ist ja auch bei anderen Programmiersprachen beliebt, führt aber doch gerne zu Fehlern. Die beiden großen Problemfälle sind ja, dass beim Erstellen eines Objekts etwas schiefgeht, oder dass das Interface eines der Objekte geändert wurde (oder anders aussieht, als der überlastete Programmierer gerade im Kopf hat). Und wenn das dann ein Fehler ist, der einem nur ab und an mal um die Ohren fliegt, hast Du selbst mit gutem Debugger viel Arbeit. Zumindest den Fall der Null-Objekte kannst Du dann mit entflochtenen Ketten leichter entdecken.

]]> Von: timi http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-783 timi Sun, 17 Feb 2008 11:21:45 +0000 http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-783 Hi Sebastian, meine Meinung zu Benennungskonventionen kannst Du hier nachlesen: http://www.phpblogger.net/2007/11/21/benennungs-konventionen/ und zum Debuggen: Mit einem anständigen Debugger ist Method-Chaining nicht umständlicher als eine andere Aufrufs-Verschachtelung... Hi Sebastian, meine Meinung zu Benennungskonventionen kannst Du hier nachlesen: http://www.phpblogger.net/2007/11/21/benennungs-konventionen/ und zum Debuggen: Mit einem anständigen Debugger ist Method-Chaining nicht umständlicher als eine andere Aufrufs-Verschachtelung…

]]> Von: Sebastian http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-781 Sebastian Sat, 16 Feb 2008 18:00:30 +0000 http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-781 wenn wir bei lesbaren code sind: entscheide dich ob $duSowasSchreibst oder ob $du_sowas_schreibst und nimm das einheitlich für alles was kommt. und zum thema call chaining: lesbarer wird der code zwar, aber debuggen (vor allem den code eines anderen) ist eine tiefe qual weil ich bei manchen funktionen zumindest eine boolche debug nachricht erhalten will. dafür muss ich aber zuerst die funktion editieren. von daher wirklich nur mit bedacht verwenden. wenn wir bei lesbaren code sind:

entscheide dich ob $duSowasSchreibst oder ob $du_sowas_schreibst und nimm das einheitlich für alles was kommt.

und zum thema call chaining: lesbarer wird der code zwar, aber debuggen (vor allem den code eines anderen) ist eine tiefe qual weil ich bei manchen funktionen zumindest eine boolche debug nachricht erhalten will. dafür muss ich aber zuerst die funktion editieren. von daher wirklich nur mit bedacht verwenden.

]]> Von: timi http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-775 timi Wed, 13 Feb 2008 12:46:34 +0000 http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-775 @free: *zwinker* der Rechtschreibfehler wurde behoben... @free: *zwinker* der Rechtschreibfehler wurde behoben…

]]> Von: freedimension http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-774 freedimension Wed, 13 Feb 2008 12:42:15 +0000 http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-774 Hi Timi Es müsste heißen "Chaining", mit zwei "i" ;-) Hier geht es schließlich um Verkettung von Objekten ( http://dict.leo.org/?search=chaining ). Hi Timi
Es müsste heißen “Chaining”, mit zwei “i” ;-)
Hier geht es schließlich um Verkettung von Objekten ( http://dict.leo.org/?search=chaining ).

]]> Von: Nils Hitze http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-773 Nils Hitze Tue, 12 Feb 2008 14:15:47 +0000 http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-773 Super Artikel Tim, danke. Super Artikel Tim, danke.

]]> Von: timi http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-770 timi Tue, 12 Feb 2008 11:21:10 +0000 http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-770 Ah Mario, Method-Chaning - sehr wichtig... Habe ich gleich mal in den Artikel aufgenommen! @loci: Da Variablen inline-stehen hast Du einen besseren Bezug zum Kontext als bei Kommentaren (die stehen ja meist eine Zeile darüber oder am Ende einer Zeile)... @Nils: Hehe, Du Fuchs :) Ja das ist wirklich ein schlechtes Beispiel. Überlege gerade obs ein besseres gibt... Ah Mario, Method-Chaning - sehr wichtig… Habe ich gleich mal in den Artikel aufgenommen!

@loci: Da Variablen inline-stehen hast Du einen besseren Bezug zum Kontext als bei Kommentaren (die stehen ja meist eine Zeile darüber oder am Ende einer Zeile)…

@Nils: Hehe, Du Fuchs :) Ja das ist wirklich ein schlechtes Beispiel. Überlege gerade obs ein besseres gibt…

]]> Von: Nils http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-768 Nils Tue, 12 Feb 2008 08:32:09 +0000 http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-768 Finde den Artikel auch ganz nett, aber Helperklassen sollte man wenn geht gar nicht verwenden, da sie meistens Methoden kapseln, die durch unsaubere OOP entstanden sind. Wie z.B. in deinem Beispiel leich zu sehen ist :) Finde den Artikel auch ganz nett, aber Helperklassen sollte man wenn geht gar nicht verwenden, da sie meistens Methoden kapseln, die durch unsaubere OOP entstanden sind. Wie z.B. in deinem Beispiel leich zu sehen ist :)

]]> Von: loci http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-767 loci Mon, 11 Feb 2008 22:30:21 +0000 http://www.phpblogger.net/2008/02/11/lesbaren-code-schreiben/#comment-767 Noch ganz vergessen: Statische aufgerufene Funktionen auch unbedingt statisch deklarieren. Sonst drohen _erhebliche_ Performanceverluste. Ansonsten ein ganz netter Artikel. Auch wenn ich keine Variablen verschwenden wuerde um eine Bedingung lesbarer zu machen. Da verbrauchen Kommentare weniger Speicher und erfuellen den gleichen Zweck. Noch ganz vergessen:
Statische aufgerufene Funktionen auch unbedingt statisch deklarieren. Sonst drohen _erhebliche_ Performanceverluste.

Ansonsten ein ganz netter Artikel. Auch wenn ich keine Variablen verschwenden wuerde um eine Bedingung lesbarer zu machen. Da verbrauchen Kommentare weniger Speicher und erfuellen den gleichen Zweck.

]]>