Comments on: Voor eens en altijd: Single quotes vs. Double quotes

By: berry__

berry__ — Tue, 07 Aug 2007 07:11:01 +0000

> Je verhaal lijkt nu te suggereren alsof een
> single quoted string _exact_ hetzelfde wordt
> behandeld als een double quoted string.

Als je dat uit het artikel haalt, vraag ik me af welke stukken je dan overgeslagen hebt, lees de conclusie nog eens.

> Schijnbaar willen sommige mensen het van jou
> wel aannemen ;)

Mja, dat krijg je snel met een goede benchmark. Niettemin is het verschil, zoals je zelf al aangeeft, verwaarloosbaar. Het grootste voordeel van single quotes ten opzichte van dubbele is voor mij dan ook niet de snelheid, maar het feit dat je gedwongen wordt om variabelen buiten quotes te zetten.

By: Remi_Woler

Remi_Woler — Fri, 27 Jul 2007 15:54:35 +0000

(Sorry voor de late reactie, ik zal ook maar eens gaan syndicaten, ipv steeds weer via google op deze site te komen)

Er is in de latere voorbeelden wel te zien dat er wat gedaan wordt met de variables, maar de check zelf is niet te zien. Immers, die zou dan al te zien moeten zijn in het voorbeeld waar je laat zien dat strings dezelfde opcodes genereren, onafhankelijk of ze nu omgeven zijn door single of double quotes. Wat ik bedoelde te zeggen is eigenlijk: als je zo precies gaat kijken naar wat er gebeurd, laat dat dan ook zien/weten. Je verhaal lijkt nu te suggereren alsof een single quoted string _exact_ hetzelfde wordt behandeld als een double quoted string. Natuurlijk is dit verschil met hedendaagse computers en optimalisaties natuurlijk niet te merken, maar het is er natuurlijk wel.

Overigens ben ik groot voorstander van single quotes, en ben ik heel blij met je artikel. Schijnbaar willen sommige mensen het van jou wel aannemen ;)

-RW

By: Mathieu Kooiman

Mathieu Kooiman — Sun, 22 Apr 2007 19:04:13 +0000

Ehm, dat staat toch bij het 4e voorbeeld? Die ene met de ADD_VAR opcode?

By: Remi Woler

Remi Woler — Sun, 22 Apr 2007 18:53:33 +0000

Wat helaas niet te zien is met de OPcodes, is dat PHP blijkbaar een functie ingebouwd heeft, die controleerd of er een bepaalde combinatie van karakters voorkomt in een double-quoted string, en dus aangeeft of de string geparsed moet worden. Aangezien er meerdere combinaties van karakters mogelijk zijn die een speciale betekenis hebben (bv: \n, $foo, ${$foo}, etc), kost dit wel even tijd. Bij een single-quoted string wordt deze functie uiteraard niet aangeroepen, aangezien deze string bij voorbaat al niet geparsed hoeft te worden.
-RW

By: rudie

rudie — Fri, 04 Aug 2006 14:02:13 +0000

Het maakt dus geen drol uit of je ' of " gebruikt. Helemaal NIETS! Zeker in dit onderzoek gaat het daar HELEMAAL NIET om! Waar het wel om gaat is variabele in string, of met concat.

By: Mathieu Kooiman

Mathieu Kooiman — Wed, 17 May 2006 09:42:29 +0000

Een double quoted string zonder variabelen wordt gezien als een single quoted string, zoals je bij het kopje "Show me that string, baby!" kunt zien..

Wordt er een variabele toegevoegd, dan veroorzaakt dat een CONCAT opcode.

By: Thomas van den Heuvel

Thomas van den Heuvel — Wed, 17 May 2006 09:13:14 +0000

Een variant die ik een beetje mis is de volgende:

"willekeurig aantal woorden".$some_var

m.a.w. een variant waarbij alle variabelen buiten (dubbele) quotes worden gehouden (wat mij voor de leesbaarheid van de code een goede zaak lijkt).

Ik ben heel erg benieuwd naar de opcodes die in dat geval worden geproduceerd en hoeveel tijd het dan allemaal kost, want op deze manier lijkt de conclusie een beetje gestuurd door de aanname dat het gebruik van single quotes sneller zou zijn (of is), en (enkel) voorbeelden die dit ondersteunen.

Als de double-quotes-met-vars-buiten-quotes-variant (nagenoeg) even snel is als de single-quote-variant, dan zou je bij zeer performance intensieve processen niet per sé over hoeven te schakelen naar enkel single quotes, terwijl de uitkomst van dit onderzoekje wellicht anders doet vermoeden.

By: Mathieu

Mathieu — Tue, 21 Feb 2006 18:35:52 +0000

Zoals gezegd is het getoonde getal een gemiddelde van 4 metingen, vlak achter elkaar uitgevoerd.

By: Sijmen Ruwhof

Sijmen Ruwhof — Tue, 21 Feb 2006 18:19:30 +0000

Leuk onderzoekje! Alleen kan ik nergens teruglezen hoe je ervoor gezorgd hebt, dat de benchmark wel verantwoord is uitgevoerd . Hoe zorg je ervoor dat andere processen niet de uitkomst van de benchmark beinvloeden etc ?

By: bokko

bokko — Mon, 20 Feb 2006 14:50:05 +0000

Goed artikel!