[php] Here doc met defines

[erkje]

Ik ben bezig met een here doc string en heb totnogtoe niet kunnen vinden of je een define kunt gebruiken binnen de string. Verder kun je alle soorten variabelen gebruiken, al dan niet met accollades, maar over een define lees ik niets.

Ik definieer een constante, en probeer vervolgens deze te stoppen in een here doc string:

PHP:

define('NEWVAR','blaat');

$str_bla = <<< EOS
Dit is mijn here doc string
Hier probeer ik de variabele: NEWVAR
Of misschien zo: {NEWVAR}
EOS;

Mijn output:

code:

Dit is mijn here doc string
Hier probeer ik de variabele: NEWVAR
Of misschien zo: {NEWVAR}

Dit is natuurlijk niet wat ik graag wil, ik verwacht natuurlijk 'blaat' in plaats van 'NEWVAR'. Heeft iemand een idee hoe dit wél kan? Of kan het gewoon níet?

[kvdveer]

Nopes - defines worden niet automagisch vervangen... Het zijn geen C-macro's, het zijn geen variabelen, het zijn, tja, defines. Een van de wat zinlozere constructies in PHP. Je kunt ze alleen gebruiken om constanten van bepaalde types (string, int, float, bool) te maken.

[_Sunnyboy_]

Lijkt me niet echt zinloos hoor. Het zijn gewoon constanten, en die kunnen best nuttig zijn.

[erkje]

Wij gebruiken ze om een website multilanguage te maken. Zo'n define gebruik je dan in de code, terwijl je voor elke taal een bestand hebt met defines. Naargelang de browser of de keuze van de gebruiker wordt een ander taalbestand geladen. Werkt perfect hoor. Nix zinloos.

[Soultaker]

Maar kun je nu echt wat met defines wat je niet ook met globale variabelen kunt? Naar mijn mening echt niet. Ze maken de boel alleen maar ingewikkelder, door een nieuw soort waarde te introduceren. Als je wat complexere dingen wil definiëren, zul je toch vaak over moeten schakelen naar globale variabelen.

[Erkens]

Soultaker schreef op 29 oktober 2004 @ 09:21:
Maar kun je nu echt wat met defines wat je niet ook met globale variabelen kunt? Naar mijn mening echt niet. Ze maken de boel alleen maar ingewikkelder, door een nieuw soort waarde te introduceren. Als je wat complexere dingen wil definiëren, zul je toch vaak over moeten schakelen naar globale variabelen.

globale variabelen wil je voorkomen, defines zijn erg handig voor dit soort dingen
Maar ze worden niet geparsed als variabelen en daarom werkt het niet met here doc.

Overigens zou ik voor het vertalen van een website een functie gebruiken ipv een hele zooi variabelen/defines. En ja ook dan kan je here doc niet gebruiken maar je bent wel flexibeler bezig

offtopic:
erkje: leuke nick, zo heet mijn IRC bot ook

[ Voor 4% gewijzigd door Erkens op 29-10-2004 09:34 ]

[Soultaker]

Erkens schreef op 29 oktober 2004 @ 09:33:
globale variabelen wil je voorkomen, defines zijn erg handig voor dit soort dingen

Waarom dan? Ik ben het met je eens dat het niet netjes is de global namespace te vervuilen met teveel definities, maar dat geldt toch net zo hard voor definities als voor variabelen?

Overigens zou ik voor het vertalen van een website een functie gebruiken ipv een hele zooi variabelen/defines.

Tja, of je gebruikt direct de gettext-extensie van PHP.

[Erkens]

Soultaker schreef op 29 oktober 2004 @ 10:07:
Tja, of je gebruikt direct de gettext-extensie van PHP.

dat bedoel ik ook, mits beschikbaar op de server, want anders moet je zelf zo'n (eenvoudige) functie schrijven

[.oisyn]

Soultaker schreef op 29 oktober 2004 @ 09:21:
Maar kun je nu echt wat met defines wat je niet ook met globale variabelen kunt?

defines zijn nuttiger in de zin dat ze vanuit elke scope accessible zijn, zonder ze als global te definieren in een bepaalde functie zoals met variabelen moet. Hier maak ik in mijn forum gretig gebruik van; de tabelnamen staan bijvoorbeeld niet vast, ik lees een config file uit en define vervolgens alle variabelen die in de config file staan. In de database laag maak ik vervolgens steeds gebruik van die defines zonder dat ik elke keer moeilijk moet doen om ze eerst in de scope te introduceren.

Als ze nou eens gewoon die onzinnige manier van met scopes omgaan fixen...

[Rataplan]

Soultaker schreef op 29 oktober 2004 @ 10:07:
Waarom dan? Ik ben het met je eens dat het niet netjes is de global namespace te vervuilen met teveel definities, maar dat geldt toch net zo hard voor definities als voor variabelen?

Met dat verschil dat je niet per ongeluk een eind verderop in je code een define kan overschrijven, met globale variabelen loop je dat risico wel - en dat is precies de reden dat globale vars als slecht worden gezien. Zéér spaarzaam gebruiken, en dan nog zéér specifieke namen geven.

[Theuno]

Jij wilt preg_replace() achtige functies gebruiken. Hiermee kan je berijken dat je tekst kan vervangen.

[erkje]

Inderdaad, defines kun je niet overschrijven (daar kwam ik vandaag door ervaring achter). Iemand anders die aan hetzelfde project werkt had in een überconfigfile de TITLE van de pagina gemaakt (titelbalk). In mijn language file gebruikte ik die variabele voor elke pagina om bovenaan neer te zetten

@.oisyn
Databasetabellen doen wij ook op die manier. Werkt superhandig als je later je tabelnamen overhoop gooit (omdat ze niet echt consistente namen hadden... meervoud, enkelvoud, underscores wel/niet, afkortingen wel/niet). Alleen het tabelnamen-bestand aanpassen