[Erledigt] Lesbarkeit von Code

14.07.2005, 08:09

Wer weis es wirklich ...
Welcher Code ist von der Schreibweise besser, der von 1 oder von 2 ?

PHP-Code:

  <?php

// Code_1

$uhu = array ('uhu_1' => 'text_1','uhu_2' => 'text_2','uhu_3' => 'text_3');

?>

PHP-Code:

  <?php

// Code_2

$uhu = array (

   'uhu_1' => 'text_1',

   'uhu_2' => 'text_2',

   'uhu_3' => 'text_3'

 );

?>

Was soll jetzt eigentlich meine Frage ?

Oft wird darüber diskutiert, wie man Code richtig schreiben soll.
Aber warum ?

Gedanken zum schnelleren Erfassen von Code:

Wird nun der Code schneller gelesen ?
Falls ja, wo steht das ?
Welchen nachvollziehbaren Beweis gibt es für diese Aussage ?

Gedanken zum besseren Erfassen von Code:

Wird der Code besser gelesen ?
Wieso behauptet ein XYZ, der Code wird besser gelesen wenn er eingerückt ist.
Ich lesen ihn von links nach rechts :-)
Gibt es da noch andere Möglichkeiten ?
Wo steht das ?

Bezüglich von Aussagen was besser ist, und was nicht, wären definitive Beweise angebracht.
Spektulationen von XYZ-Seiten helfen nicht wirklich.

Bin mal gespannt welche Ansichten so Programmierer (die glauben einer zu sein) haben.
(ich zähle mich nicht dazu, weil ich keiner bin)

So, macht mich fertig ...

Niedi · 14.07.2005, 08:27

selbst wenn ich kein profi bin, denke ich dennoch das ich mich dazu zählen darf.. denn das is sowieso ansichtssache, wer programmierer ist oder nicht.

im Grunde stimmt es schon, das "lesbarer" code besser und schneller aufgefasst werden kann. Denke da mal an das einrücken..

jedoch in diesem fall den du da beschrieben hast, ist es wohl geschmackssache.. ich lese das erste eindeutig besser als das zweite, wogegen mein chef das zweite bevorzügen würde..

also alles ansichtssache meiner meinung

14.07.2005, 08:40

Zitat:

im Grunde stimmt es schon, das "lesbarer" code besser und schneller aufgefasst werden kann. Denke da mal an das einrücken..

Ja für dich selber, rein optisch.
Aber betrifft das auch die PHP-Maschine ?
Kannst du deine Antwort handfest belegen ?

Flor1an · 14.07.2005, 12:39

die php maschine? also php ist es egal wie du deinen text schreibst, einrückst oder sonst was machst. es kommt echt nur drauf an wie DU es optisch am besten findest bzw. es offiziel 'am besten' geschrieben wird. auf http://pear.php.net/manual/en/standards.php findest du coding standards. wenn du dich nach diesen sachen hälst biste auf der sicheren seite.

also ich finde version 2 besser da es um einiges schneller geht key und variable zu erkennen.

14.07.2005, 12:58

Ja die zweite ist besser. Bei der ersten kommt man schnell aus dem Tritt (hier geht es noch, weil das Array recht klein ist, aber bei größeren muss man erstmal schauen: Was ist Key? Was ist Value? Da hilft auch das => nicht so weiter...)

axo · 14.07.2005, 13:08

da war auch mal 'ne diskussion - ob lange variablennamen langsamer geparst werden als kurze - und - insofern man diese zeitunterschiede messen kann, muss man das 'außerhalb' von php machen, denn mit microtime() etc benchmarks zu machen bringt's da nicht - zu dem zeitpunkt ist das skript bereits interpretiert.
irgendwie kam dabei raus, dass kurze variablen durchaus schneller geparst werden, allerdings sind die unterschiede so minimal, dass sie keine rede wert sind. genauso ist 'unformatierter code' wohl minimal schneller als durch tabs / whitespaces angereicherter code, weil überflüssige zeichen nicht mehr erst interpretiert werden müssen, um als überflüssig markiert zu werden ... schlussendlich programmierst du aber _nicht_ für die maschine, sondern für dich und deine nachfolger oder kollegen. was bringt also ein skript, das 2 mikrosekunden schneller läuft, wenn du für jede änderung erstmal 2 stunden eindenk/einlesezeit brauchst?

ich mein - wenn es nur um schnelle parsing-zeit und das einsparen von prozessortakten ginge, würden wir alle nur assembler programmieren und es gäbe keinen triftigen grund, objektorientiert zu arbeiten - schließlich ist OOP teilweise bis zu 10 prozent langsamer als prozeduraler code (weiß die quelle nicht mehr - aber das merkt man eh selbst auch).

und ja - wenn es wirklich mal darum geht, mit php prozessortakte einzusparen:
php -w macht alle zeilenumbrüche und kommentare raus und 'packt' damit das ganze, und dann noch mit dem zend encoder vorkompilieren.

und wenn das nichts nutzt, für die wichtigsten funktionalitäten php-extensions programmieren. oder gleich ein c-programm über's cgi-bin laufen lassen.

imported_Ben · 14.07.2005, 14:48

Ergänzend hierzu:

Zitat:

da war auch mal 'ne diskussion - ob lange variablennamen langsamer geparst werden als kurze

http://www.phpfriend.de/ftopic35134.html

Grüße Ben.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Probleme mit PHP Code	HappyDieMuschel	PHP Tipps 2008	7	28.05.2008 06:34
[Erledigt] PHP Code aus Datenbank	ayti	PHP Tipps 2008	8	26.05.2008 19:40
Design und Code Trennen	TeazY	PHP Tipps 2008	29	21.05.2008 12:08
Nur bestimmten Html Code zulassen?	litterauspirna	PHP Tipps 2008	5	29.04.2008 12:30
einfacher Code zum Einbinden von "Inhaltsbereichen"	MaxDittmann	PHP-Fortgeschrittene	6	01.10.2007 15:54
FiFo macht Probs beim Css Code	Matthiasnet	HTML, Usability und Barrierefreiheit	10	18.08.2006 13:14
bb code in htm code wandeln	janni	PHP Tipps 2007	2	04.11.2005 22:36
JS Code in PHP Code??		HTML, Usability und Barrierefreiheit	12	08.08.2005 15:45
code aus db mit eval replacen	chief-thomson	PHP Tipps 2005-2	4	08.07.2005 15:33
Fehler im Code, kann ihn nicht finden		PHP Tipps 2005	9	16.05.2005 16:17
Bestätigungmail code?		PHP Tipps 2005	7	16.05.2005 13:18
[Erledigt] BB Code entfernen		PHP Tipps 2005	2	25.04.2005 15:20
[Erledigt] bb code innerhalb von bb code geht nicht		PHP Tipps 2007	2	12.01.2005 17:29
Problem mit COde		PHP Tipps 2004	5	28.08.2004 16:04

14.07.2005, 08:09
Gast Beiträge: n/a	[Erledigt] Lesbarkeit von Code Wer weis es wirklich ... Welcher Code ist von der Schreibweise besser, der von 1 oder von 2 ? PHP-Code: `<?php // Code_1 $uhu = array ('uhu_1' => 'text_1','uhu_2' => 'text_2','uhu_3' => 'text_3'); ?>` PHP-Code: `<?php // Code_2 $uhu = array ( 'uhu_1' => 'text_1', 'uhu_2' => 'text_2', 'uhu_3' => 'text_3' ); ?>` Was soll jetzt eigentlich meine Frage ? Oft wird darüber diskutiert, wie man Code richtig schreiben soll. Aber warum ? Gedanken zum schnelleren Erfassen von Code: Wird nun der Code schneller gelesen ? Falls ja, wo steht das ? Welchen nachvollziehbaren Beweis gibt es für diese Aussage ? Gedanken zum besseren Erfassen von Code: Wird der Code besser gelesen ? Wieso behauptet ein XYZ, der Code wird besser gelesen wenn er eingerückt ist. Ich lesen ihn von links nach rechts :-) Gibt es da noch andere Möglichkeiten ? Wo steht das ? Bezüglich von Aussagen was besser ist, und was nicht, wären definitive Beweise angebracht. Spektulationen von XYZ-Seiten helfen nicht wirklich. Bin mal gespannt welche Ansichten so Programmierer (die glauben einer zu sein) haben. (ich zähle mich nicht dazu, weil ich keiner bin) So, macht mich fertig ...


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

14.07.2005, 08:27
Niedi Erfahrener Benutzer Registriert seit: 16.03.2005 Beiträge: 421	selbst wenn ich kein profi bin, denke ich dennoch das ich mich dazu zählen darf.. denn das is sowieso ansichtssache, wer programmierer ist oder nicht. im Grunde stimmt es schon, das "lesbarer" code besser und schneller aufgefasst werden kann. Denke da mal an das einrücken.. jedoch in diesem fall den du da beschrieben hast, ist es wohl geschmackssache.. ich lese das erste eindeutig besser als das zweite, wogegen mein chef das zweite bevorzügen würde.. also alles ansichtssache meiner meinung

14.07.2005, 12:39
Flor1an ¯\_(ツ)_/¯ Registriert seit: 18.06.2008 Beiträge: 8.814 PHP-Kenntnisse: Fortgeschritten	die php maschine? also php ist es egal wie du deinen text schreibst, einrückst oder sonst was machst. es kommt echt nur drauf an wie DU es optisch am besten findest bzw. es offiziel 'am besten' geschrieben wird. auf http://pear.php.net/manual/en/standards.php findest du coding standards. wenn du dich nach diesen sachen hälst biste auf der sicheren seite. also ich finde version 2 besser da es um einiges schneller geht key und variable zu erkennen. __________________ ▇█▓▒░◕‿‿◕░▒▓█▇

14.07.2005, 12:58
Gast Beiträge: n/a	Ja die zweite ist besser. Bei der ersten kommt man schnell aus dem Tritt (hier geht es noch, weil das Array recht klein ist, aber bei größeren muss man erstmal schauen: Was ist Key? Was ist Value? Da hilft auch das => nicht so weiter...)

14.07.2005, 13:08
axo Erfahrener Benutzer Registriert seit: 24.12.2004 Beiträge: 1.818	da war auch mal 'ne diskussion - ob lange variablennamen langsamer geparst werden als kurze - und - insofern man diese zeitunterschiede messen kann, muss man das 'außerhalb' von php machen, denn mit microtime() etc benchmarks zu machen bringt's da nicht - zu dem zeitpunkt ist das skript bereits interpretiert. irgendwie kam dabei raus, dass kurze variablen durchaus schneller geparst werden, allerdings sind die unterschiede so minimal, dass sie keine rede wert sind. genauso ist 'unformatierter code' wohl minimal schneller als durch tabs / whitespaces angereicherter code, weil überflüssige zeichen nicht mehr erst interpretiert werden müssen, um als überflüssig markiert zu werden ... schlussendlich programmierst du aber _nicht_ für die maschine, sondern für dich und deine nachfolger oder kollegen. was bringt also ein skript, das 2 mikrosekunden schneller läuft, wenn du für jede änderung erstmal 2 stunden eindenk/einlesezeit brauchst? ich mein - wenn es nur um schnelle parsing-zeit und das einsparen von prozessortakten ginge, würden wir alle nur assembler programmieren und es gäbe keinen triftigen grund, objektorientiert zu arbeiten - schließlich ist OOP teilweise bis zu 10 prozent langsamer als prozeduraler code (weiß die quelle nicht mehr - aber das merkt man eh selbst auch). und ja - wenn es wirklich mal darum geht, mit php prozessortakte einzusparen: php -w macht alle zeilenumbrüche und kommentare raus und 'packt' damit das ganze, und dann noch mit dem zend encoder vorkompilieren. und wenn das nichts nutzt, für die wichtigsten funktionalitäten php-extensions programmieren. oder gleich ein c-programm über's cgi-bin laufen lassen.