Kleine Vragen Topic #2

Ik doe heel even mezelf quoten

Milan schreef:

Hey,

Even een theorie vraagje; stel, ik heb een class welke uitgebreid kan worden met allerlei extra opties, kan ik dan beter zoiets doen:

$class->functie($optie1, $optie2, $optie3) (dit lijkt me niet handig)

of:

$class->functie(array(optie1 => , optie2 => ))

óf:

$class->setOption(optie1, )
$class->setOption(optie2, )
$class->functie()

Alvast bedankt

Persoonlijk zal ik gaan voor de array maar dat ligt puur aan wat de bedoeling van de class is.

Milan schreef:

Ik doe heel even mezelf quoten

Milan schreef:

Hey,

Even een theorie vraagje; stel, ik heb een class welke uitgebreid kan worden met allerlei extra opties, kan ik dan beter zoiets doen:

$class->functie($optie1, $optie2, $optie3) (dit lijkt me niet handig)

of:

$class->functie(array(optie1 => , optie2 => ))

óf:

$class->setOption(optie1, )
$class->setOption(optie2, )
$class->functie()

Alvast bedankt

als het niet 1000den opties zijn zou ik zo doen

$class->optionA();
$class->optionB();

ofzo

Ik vind de array methode eigenlijk best lelijk. Hoewel dat bij javascript de standaard manier is zou ik bij PHP toch anders gaan voor de setOption methode.

Inderdaad. Als je nu een class hebt met echt hééééél erg veel options (> 10) kan het wel met arrays maar anders neig ik altijd meer naar aparte variables.

Ik vind de arraymethode juist wel mooi in javascript.

Website van NS heeft nu een storing waardoor Livetrein deze errors krijgt:
Ik haal de informatie met cURL op, hoe kan ik een bericht weergeven dat er geen informatie gevonden kan worden als de NS een storing heeft? Dit is niet zo netjes vind ik.

Je kan toch een false check inbouwen op simplexml_load_file()?
Verder zou ik errors voor je site uitzetten. Bezoekers hebben daar niks aan, ontwikkelaars wel Lekker laten loggen naar een bestand buiten je root.

@Dylanh: Dit is je eigen fout. Een perfect voorbeeld van waarom foutafhandeling zo belangrijk is.

Kan je met wordpress ook foutafhandeking doen?
Want het kan wel eens gebeuren dat er een error ontstaat.

I.p.v. in de core te klooien, kan je ook display_errors op 0 zetten, als je site live staat. Verder kan je ook alle errors naar een bestand schrijven, welke dan buiten je webroot staat.

In de volgende versie worden errors netjes afgehandeld @ livetrein.nl

Je kan errors ook afhandelen met de @

if($result = @curl()) {
verder werken met $result
}
else {
foutjuhh
}

Kunnen errors dan nog wel worden gelogd naar een error-log?

Rogier schreef:

Je kan errors ook afhandelen met de @

if($result = @curl()) {
verder werken met $result
}
else {
foutjuhh
}

Afhandelen met @ is echt niet netjes.

Ik doe het zo:

Codeblok (voorbeeld.php):

1
2
3
4
5
6
7
8
9
10
11
12

$xml = new SimpleXMLElement($ns);
if(!isset($xml->message)) {
$this->nsData = array();

for($i = 0; $i < count($xml->VertrekkendeTrein); $i++) {
lolll
}
return true;
} else {
return false;
}