[php]string ontleden

[Verwijderd]

Ik probeer met php een string te ontleden en daar wijzigingen in aan te brengen. dus bijvoorbeeld

ik voel me zo een noob[img="noob.jpg"]dat ik dit moet vragen

moet worden

ik voel me zo een noob <img src="noob.jpg">dat ik dit moet vragen

in C zou ik gewoon door de string heen steppen door me pointertje te verplaatsen...

C:

while(buf[0]!='\0')
{
   if(buf[0] == '[')
   {
      .
      .
      .
   }
   .
   .
buf++;
}

maar in php kan ik niets vergelijkbaars vinden om gewoon even de string door te lopen. dat het kan twijfel ik niet over. het zal zelfs zeer simpel zijn maar ik kan het nergens vinden

[Kvn]

Is het niet handiger om gewoon iets met str_replace of ereg_replace te doen?

[aegis]

je zou bijvoorbeeld even kunnen kijken naar str_replace ofzo op php.net denk dat dat wel redelijk duidelijk moet zijn voor je.

[mithras]

Wat je wil is gewoon een ubb parser maken. Dat kan je met str_replace ed doen, maar bij veel ubb wordt dat onoverzichtelijk en imho niet zo netjes.

Dan kan je beter kijken naar de parser die .oisyn heeft geschreven. Die gebruiken ze hier op GoT ook (een aangepaste versie).

[crisp]

Een tokenizer is toch de basis van een goede stack-based parser; een parser gebaseerd op reguliere expressies is toch altijd sub-optimaal.
Iig zal je een pointer moeten bijhouden naar het huidige karakter:

PHP:

$i = 0;
$l = strlen($buf);
while ($i < $l)
{
  if ($buf[$i] == '[')
  {
    // ...
  }

  $i++;
}

[Verwijderd]

bedankt! die tokaniser en die link naar die ubb parser heb ik echt wat aan. ik ga meteen weer aan de slag

[Depress]

Er zijn veel betere oplossingen dan de string doorlopen...
preg_match en preg_replace zijn daar mooie functies voor.

[Verwijderd]

Depress schreef op dinsdag 28 november 2006 @ 12:39:
Er zijn veel betere oplossingen dan de string doorlopen...
preg_match en preg_replace zijn daar mooie functies voor.

Een stack-based parser heeft meer voordelen en is veel makkelijker uit te breiden. In het begin moet je alleen even veel werk verzetten of van iemand anders de code lenen.

[.oisyn]

mithras86 schreef op dinsdag 28 november 2006 @ 09:32:
Wat je wil is gewoon een ubb parser maken. Dat kan je met str_replace ed doen, maar bij veel ubb wordt dat onoverzichtelijk en imho niet zo netjes.

Dan kan je beter kijken naar de parser die .oisyn heeft geschreven. Die gebruiken ze hier op GoT ook (een aangepaste versie).

Correctie, ze gebruiken hier op GoT mijn code highlighter, niet mijn ubb parser

[.oisyn]

crisp schreef op dinsdag 28 november 2006 @ 09:33:
Een tokenizer is toch de basis van een goede stack-based parser; een parser gebaseerd op reguliere expressies is toch altijd sub-optimaal.
Iig zal je een pointer moeten bijhouden naar het huidige karakter:

PHP:

$i = 0;
$l = strlen($buf);
while ($i < $l)
{
  if ($buf[$i] == '[')
  {
    // ...
  }

  $i++;
}

Characters indexeer je in PHP met {}, niet met []

[crisp]

.oisyn schreef op dinsdag 28 november 2006 @ 12:52:
[...]


Characters indexeer je in PHP met {}, niet met []

quote: http://www.php.net/manual/en/language.types.string.php

String access and modification by character

Characters within strings may be accessed and modified by specifying the zero-based offset of the desired character after the string using square array-brackets like $str[42] so think of a string as an array of characters.

Note: They may also be accessed using braces like $str{42} for the same purpose. However, using square array-brackets is preferred because the {braces} style is deprecated as of PHP 6.

[NMe]

Wrong.

{} vs []
You can currently use both {} and [] to access string indexes. But the {} notation will raise an E_STRICT in PHP5.1 and will be gone totally in PHP6. Also the [] version will gain substr and array_slice functionality directly - so you could do "[2,]" to access characters 2 to the end, etc. Very handy.

edit:

Damn you, crisp.

[ Voor 4% gewijzigd door NMe op 28-11-2006 13:07 ]

[pietje63]

Ik heb laatst quickerubb als basis gebruikt voor een cms. Deze is stack-based en goed aan te passen.

[.oisyn]

crisp schreef op dinsdag 28 november 2006 @ 13:06:
[...]


[...]

Wat een dorks, in php4 was [] juist deprecated. Ze weten ook echt niet wat ze willen he

quote: http://web.archive.org/we...language.types.string.php

String access and modification by character
Characters within strings may be accessed and modified by specifying the zero-based offset of the desired character after the string in curly braces.

Note: For backwards compatibility, you can still use array-brackets for the same purpose. However, this syntax is deprecated as of PHP 4.

[ Voor 49% gewijzigd door .oisyn op 28-11-2006 13:45 ]

[Verwijderd]

ik heb nu dus een stack based parsertje geschreven. voornamelijk omdat ik het dus wat uitgebreider wil.

bijvoorbeeld

code:

[img width=12 align=left]plaatje.gif[/img]

en ondanks dat ik vermoed dat preg_replace enzo wat efficienter zijn, vind ik dit handiger je kan er alles mee wat je zelf wilt en je zit niet vast aan een standaard stukje code dat je niet kan veranderen...

voornaamse was dat ik niet wist dat php het ook pikt als je gewoon er doorheen stept

[NMe]

Regular expressions hoeven helemaal niet efficiënter te zijn hoor, ze schelen hooguit wat in de ontwikkeltijd.

[ReverendBizarre]

En zelfs dat valt vaak nog wel mee zodra je regular expressions van een halve kilometer lang krijgt die je moet debuggen. Ik heb me in ieder geval vaak genoeg een tijdje blind lopen staren op complexe regular expressions.