String en array vergelijken

Huiswerk? Ik zou eerst eens naar in_array() kijken, dat scheelt je een for() loop. En dan eens naar "else" (als in if(...){...}else{...}.

<?php

$woord = 'appel';
$count = strlen($woord);
$array = ['l','b','p','s','p'];
for ($i = 0; $i < $count; $i++) {
if (!in_array($woord[$i], $array)) $woord = str_replace($woord[$i], '_', $woord);
}
echo $woord;

?>
Voorbeeld: https://3v4l.org/efATj

Ik kende de functie in_array() nog niet, maar bovenstaande voorbeeld is precies wat ik wilde!

Thanks!

Daar gaan we weer ...

<?php

$woord = 'appel';
$array = ['l','b','p','s','p'];
print(preg_replace('/[^' . implode($array) . ']/','_',$woord));

?>

[size=xsmall]Toevoeging op 15/04/2018 17:41:10:[/size]

(en nog 2x zo snel ook ;-) )

>> (en nog 2x zo snel ook ;-) )

Nou nee hoor ...

Jouw scriptje kost 131 ms waar mijn scriptje er slechts 71 ms over doet.

Bijna 2x zo traag dus.

@Ozzie: Zijn dat milli of micro seconden? Ik had mijn meting over 100.000x gedaan, en dan zie ik echt die factor 2 (PHP7: 62ms voor de regex, 131ms voor de for/in_array). Als ik het aantal runs terug schroef wordt het verschil inderdaad kleiner, maar niet een factor 2 de ander kant op, hooguit "ongeveer gelijk" (1 run = ongeveer 15 micro sec, maar dan variëren de waarden behoorlijk / niet accuraat meer = reden waarom ik over meerdere runs meet). Zou echter kunnen zijn dat het aanzwengelen van de regex engine initieel een paar micro seconden kost, en dat je dit dus "terug begint te verdienen" bij meerdere runs (gelukkig ben ik verzot op regex-en, dus die engine is meestal al wel wakker ;-) ).

Ms is milliseconde. Ik zie de tijden die ik noemde staan bij die online tester (zie link ergens hierboven). Over het algemeen geldt dat regex functies trager zijn dan native PHP-functies. Dus echt verbazen doet het me niet. Het zou kunnen dat naarmate het aantal runs sneller wordt de regex sneller wordt omdat die wellicht wordt gecachet. Maar dat voordeel zou je dan alleen hebben bij exact dezelfde run. Over het algemeen geldt dat native PHP sneller werkt.

Je zou natuurlijk ook kunnen kijken naar verschillende woorden en woorden van verschillende lengte.

Het stukje code van @Rob is kort, en doet (in 1x) precies wat het zou moeten doen. Uit esthetisch oogpunt (performance be damned) zou ik daar waarschijnlijk ook voor kiezen (maar zorg wel dat je dan ook snapt wat het doet als de leraar om uitleg vraagt :)). De code van @Ozzie doet dingen dubbel indien er dubbele klinkers in zitten omdat je per letter het woord doorloopt.

in_array() is trouwens nogal inefficënt in vergelijking met isset() of array_key_exists(), dus als je je letter-array wat anders opzet kun je al veel winst boeken.

Meten op twee verschillende apparaten is trouwens een beetje appels met peren vergelijken, en tenzij je -zoals @Rob- niet een heleboel iteraties doet kunnen de tijden nogal uiteen lopen.

@Ozzie: Ik denk dat de regex inderdaad gecached wordt (en evt. nog het aanslingeren van de engine). Als ik de $array elke keer met een random reeks vul, dan kom ik bij 100.000 runs op 1312ms voor de regex, en 310ms voor de in_array (extra tijd ivm het vullen vd $array). Native is dan dus 4x zo snel.

Maarrr ... dat is niet altijd zo. Als ik het $woord 25 karakters of langer maakt "wint" alsnog de regex (random $array, 100.000x). Dito bij slechts 1 of 2 (random) karakters in de $array. De preg_replace() wordt natuurlijk helemaal in C/machine code afgehandeld, en dat heeft dan blijkbaar (soms) toch weer voordelen over "native" PHP code.

Bij 'normaal' gebruik winnen dus de native PHP-functies. Maar goed ... in de praktijk zal zoiets niet merkbaar zijn. Tenzij je een heeeeeel druk bezochte website hebt en heeeeel veel iteraties zou uitvoeren, dan zou je misschien iets kunnen merken.

Wel leuk dat je in zo'n geval als dit dezelfde functionaliteit op meerdere manieren kunt bereiken. Zo schrijf je waarschijnlijk heel vaak code waarvan je achteraf denkt 'kan dat niet korter of sneller'?

Toen ik begon met programmeren dacht ik dat je een bepaalde functionaliteit maar op 1 manier kon programmeren. Inmiddels besef ik dat dat op tig manieren kan. Een beetje als het schrijven van een boek. Wij kunnen allebei een boek schrijven met als thema dat Jantje vermoord wordt door Pietje. Het eindresultaat zal hetzelfde zijn, maar het verhaal totaal anders. En het ene verhaal zal misschien sneller lezen dan het andere, terwijl het andere juist weer leuker/boeiender is om te lezen. Zo geldt het ook met programmeren. Het is een beetje een kwestie van smaak.