Lave ordentlig kode ?

for det første er indrykninger et must..
Altså hver gang du har brugt en { rykker du den næste kode et par mellemrum ind efter behag (jeg bruger selv fire), og når du så når til } hopper du tilbage.

<?php
if (argument) {
      gør_et_eller_andet_her();
} else {
      gør_noget_andet_her;
      plus_det_der_står_her();
}
?>

og så kan du løbende kommentere hver linie (eller blot de linier du kunne tænke dig blev et problem med //.

<?php
if (argument) {                  // Funktion der tjekker på argument (en bedre forklaring?!)
      gør_et_eller_andet_her();  // Denne linie gør et eller andet!
} else {
      gør_noget_andet_her;      // Og denne gør noget andet
      plus_det_der_står_her();  // Samtidig med at denne gør noget helt tredje!
}
?>

Det er i hvert falde nogle grundliggende regler du kan følge!

Ikke fordi jeg har stor indsigt i ordentlig/korrekt kodning, men grundlæggende handler det for mig om en god indrykning samt kommentering. Derudover handler det vel også om at finde sin egen stil tilsat god kodningsstik, som man selv synes er mest overskueligt.

Jeg foretrækker personligt en indrykning således...

if (...) // kort og præcis kommentering
{
    et eller andet
}

    else // kort og præcis kommentering
    {
        et eller andet
    }

Hvorimod god kodningsstik siger...

if (...) { // kort og præcis kommentering
et eller andet
}

    else { // kort og præcis kommentering
    et eller andet
    }

:)

.. ellers er sider som
http://alltasks.net/code/php_coding_standard.html
også rigtig gode at følge..

.. standarder er lig pæn og læslig kode. Så følg dem (efter behag, vil jeg sige)!

Nåja, så er der jo også den om linielængden. I starten troede jeg bestemt, at det var mest smart med så få linier som muligt, hvorved jeg fik kolosale lange linier, der til sidst var totalt uoveskuelige. Med tiden har jeg dog fået en lidt anden opfattelse :o) Nu prøver jeg altid på at få så korte og præcise kodningslinier som muligt, ellers mister man hurtigt overblikket. Derudover bestræber jeg mig også på, at få så få selvdefinerede variabler at arbejde med som muligt.

En anden ting der kan gøre det nemt at læse er at bruge funktioner, på den måde kan du lave kode der er nem at overskue men har meget funktionalitet.

Et godt tip er også at bruge sigende og forståelige navne på variabler, funktioner osv.

function _1_ab ($x) {
number_format(round($x));
return $y;
}

Ja, man kan godt gennemskue hvad funktionen laver, men du vil spare dig selv (og andre!) tid ved at skrive forståelig kode.

1) indrykninger  (allerede sagt)

2) erklær dine variable. PHP kræver det ikke, men det er en god ide at gøre alligevel. Om ikke andet så blot for at have et sted man kan kommentere de variable.

2.a) brug hver variabel til EEN ting. Hvis du briger $bløp til at indeholde antal 'bløpper' og så samtidig bruger den et andet sted til at huske hvormange der skal bløppes kan du rolig regne med at der vil komme en kollision når du retter i scriptet om en måned.
2.b) hold dig langt fra reserverede ord. det er muligt i php at lave en variabel der hedder  $array  men lad være. Det er lidt det samme som 2.a, hvert ord skal helst betyde kun een ting.
2.c) Vær opmærksom på datatyper, Du har utvivlsomt oplevet "Hvorfor siger den 10 er mindre end 8?" og når man kikker efter finder man ud af at spørgeren har sammenlignet strenge ( "10" < "8" ) istedetfor tal ( 10 > 8 ). Overvej evt at tale ungarsk:
http://www.totse.com/en/technology/computer_technology/hungnote.html  Det gør det nemt i en debugfase at checke om variable nu også har den datatype de formodes at have.

mvh JakobA

Og den allervigtigste:
    HOLD DIG FRA DE *SMARTE* SMUTVEJE !

det er korrekt at der er mange steder man kan sige
    if ( $den_variabel )
for at test om en variabel er initieret. og det er da kortere end
    if ( isset( $den_variabel ) )

men det der testes er faktisk 2 forskellige ting. hvid $den_variabel har fået en værdi på 0, "" eller false vil den første OGSÅ gå til else i if-sætningen, det vil den anden ikke.

du kunne følge et studie. datamatiker eller datalog er oplagte muligheder.
ellers er nøglen til, at skrue gode programmer sammen i høj grad et spørgsmål om erfaring (desværre ...)
afhængigt af, hvor langt du er nået, kunne du prøve at kigge nærmere på konceptet "design patterns".

Mange tak for de mange og brugbare svar! Jeg prøver også at lave indryk på samme måde som dig nicklasb. Det med at kommentere, har jeg kun gjort lidt i. Men det vil helt sikkert gøre det mere overskuligt når man senere skal kigge på det igen.
Det er alt sammen noget jeg kan bruge, og så kommer det nok også hen af vejen, når man lærer nyt og sådan. Smid nogle svar så deler jeg pointene imellem jer.

svar!

yo