![]() |
Vi säger att vi har denna classen :
Kod:
class DB då kan man ju göra såhär Kod:
class DB Kod:
class DB Och ska man ta med PHP 5s construct och göra så att prestandan sjunker för PHP 4 användarna eller ska PHP 5 användarna få sämre prestanda ( då kör man utan PHP 5s construct |
Självklart medför ett extra funktionsanrop att (när php5 konstruktorn anropar php4 konstruktorn) att det tar längre tid, men i praktiken så är nog deta en fis i havet jämfört med vad resten av sidan tar att parsa.
Skriv ett testscript som instansierar klassen flera tusen gånger och mät tiden så har du svaret. |
hur var det nu man fick reda på execution time?
|
Citat:
|
eller varför inte microtime...
microtime hjälpen på php.net har ett bra exempel. |
Citat:
|
Gjorde lite benchmarks med dessa script
1. Kod:
<?php Kod:
<?php Kod:
execution time = 2,03122901917 seconds Kod:
execution time = 2,88538885117 seconds Det går snabbare att ge egenskaperna ett värde igen än att kalla på PHP 4 konstruktorn |
Citat:
Det du kallar slutsats är egentligen bara ett konstaterande/bevis för att något vi redan visste är sant. Diskussion: Jag valde snabbaste tiden för den snabba lösningen och den långsamaste för den långsamma. Detta ger en skillnad på 1,111 sekunder lite drygt. Detta då 100K instanser skapas. Detta ger en overhead på drygt 11 ms per instansiering. Samtidigt är ju lösningen där php5 konstruktorn anropar php4 konstruktorn lättare att underhålla eftersom förändringar bara behöver göras på ett ställe istf två. Slutsats: Man måste titta på hur mycket man tjänar i exekveringstid kontra eventuella problem med att underhålla två identiska funktioner. Personlig kommentar: Jag tvivlar på att du skapar 100K instanser per sida... och även om du gjorde det så hur stor del av hela sidans exekveringstid är då 1s? Du skall inte optimera saker som inte behöver optimeras. 11ms/anrop känns inte värt besväret med tanke på det du förlorar i underhållbarhet av koden. Möjligen är det värt det om du kansk spara flera sekunder per sida, men allvarligt talat - om du skapar ett par, tre hundra objekt per sida så känns det som något annat är fel i din design... |
Citat:
|
Citat:
Och 11ms kan du inte säga är mycket utan att säga vad det jämförs med. 11ms av något som tar 3s är lite. 11ms av något som tar 12ms är mycket. |
Det bör väl även beaktas hur lång tid det tar att kompilera de olika scripten?
Det är lite beroende på servern konfiguration, men kompileras scriptet till vart anrop kan det vara av större betydelse, lite beroende på hur classen används i scripten. |
Klassen instansieras 1 gång på varje sida :P
När jag väl vet vad som går snabbast så tar jag den snabbare varianten |
Citat:
Speciellt om det handlar om en enda instans. Som jag skrev tidigare - du skall inte optimera fel saker. lös rätt problem! |
I det här fallet så behöver man knappast ändra på konstruktorn.
Det är bara att ge 4 engenskaper ett värde. Resten av classen sköts av andra metoder. |
Citat:
|
Varför skulle en DB abstraction layers konstruktor behöva ändring om classen är skriven som min
Ge mig 1 passande senario då jag skulle behöva ändra på den. Hela Klassen : Kod:
<?php |
Du förstår inte poängen. Genom att göra på ett visst sätt i detta fall är risken/chansen stor att du (eller någon annan som tittar på din kod och skall göra tillägg) gör på samma sätt i andra klasser och förr eller senare kommer det en klass som ändras, men bara på ett ställe. Om du vill gömma dig bakom argument som "bara jag ska hålla på med det här", "när det verkligen behövs kommer jag göra på ett annat sätt" eller "Jag kommer aldrig behöva ändra något i den här klassen" så kan vi sluta diskussionen nu. Jag kommer med tips för att generellt skapa en snyggare och mer lätthanterad kod eftersom prestandavinsten är försumbar i sammanhanget (optimera rätt sak som jag skrev tidigare).
men vill du ha förslag på ändringar? Några mer eller mindre rimliga förändringar: - host skall i konstruktorn skrivas om till ett IP-nummer - alla värden skall ha defaultvärden om de är tomma - php kommer med ett nytt mysql interface som kräver nya parametrar som inte fanns tidigare - Du vill använda en annan databas än mysql vars interface i php kräver fler parametrar Trust me - du kommer inte ångra dig om du låter den ena konstruktorn anropa den andra. Det kan jag garantera. Om du däremot duplicerar kod kanske du inte kommer ångra dig - men det är inte säkert. Det här handlar inte längre om din lilla databasklass. Det handlar om generella principer där kodens läsbarhet och underhålls egenskaper är i ena vågskålen och prestanda i den andra. Det handlar om att välja att optimera sin kod för rätt saker. Något som kan ta ett tag att lära sig. Men du slipper. Kör du med cut-n-paste kod. |
saxat från php.net :
"For backwards compatibility, if PHP 5 cannot find a __construct() function for a given class, it will search for the old-style constructor function, by the name of the class." Vill The PHP Group vara snälla och berätta för mig varför classen DB ger följande fel ger: Debug Strict (PHP 5): C:\wamp\www\projects\bbman\wd\db\mysql.php line 34 - Redefining already defined constructor for class DB Detta betyder att PHP5 först hittar DB() som konstruktor och sedan hittar __construct() Om det är något som ska redefinera det andra så är det DB() ännu löng från The PHP Group 1. Förklara mer om "host skall i...", varför?, går det att ansluta till alla databaser (som går att ansluta till genom host) genom ip? 2. Tack för tipset fast det görs väl inte i konstruktorn. 3. MySQL Improved är redan känt för mig och det finns en klass för det, inga skillnader på konstruktorn fast på andra metoder. 4. Till projektet finns det 8 olika classer för 8 olika api:s som alla har en konstruktor som ser likadan ut. Be mig inte att posta dem det e mer än 1000 rader kod sammanlagt om ngn vill ha dem så finns alla i projektet BBman2 (magicasoft.net) Tror att jag skippar PHP 5 construktorn tillsvidare |
jag tror jag ger upp mitt korståg...
Men för att svara på dina frågor: 1a) Jag kanske vill bespara mig en DNS uppslagning i ett senare tillfälle? 1b) vet du inte att ett namn bara är ett alias för en IP adress? 2) Skulle kunna göras där. 3) Och vad vet du om "MySQL super improved++" som inte ens börjat skapas ännu? 4) Ja och dessa 8 klasser är ju självklart allt som någonsin behövs. Bonus) Nej jag ber dig att inte posta mer kod för det mesta av koden (allt utom konstruktorerna) har ju varit irrelevant. |
1a) lagt det till min todo till nästa version detta borde tillhöra "optimera rätt grej" delen
1b) Klantade mig oerhört. sorry :D sh*t happens 2) tar det när variablerna skapas. Diskutionen stannar nog här. |
Alla tider är GMT +2. Klockan är nu 23:24. |
Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson