DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
echo() is een language construct maar kan op beide manieren gebruikt worden als je echter meerdere argumenten aan echo() wilt meegeven mag je geen haakjes gebruiken geloof ik.quote:Op dinsdag 20 juni 2006 22:27 schreef Swetsenegger het volgende:
[..]
echo is geen functie
echo ($test->getVar());
echo $test->getVar();
als je echter meerdere argumenten aan echo() wilt meegeven mag je geen haakjes gebruiken geloof ik.
Bedankt!quote:
Ik was er net zelf ook achter gekomen door de voorbeelden op PHP.net eens goed te lezen. Ik vind het wel raar hoor. Ik ben eraan gewend geraakt dat variabelen in PHP een dollarsign ervoor hebben, en nu hebben ze dat opeens weer niet
Ik dacht dat je alleen bij print haakjes kon gebruiken en echo niet. Anyway, dat zal het probleem niet veroorzakenquote:Op dinsdag 20 juni 2006 22:30 schreef JeRa het volgende:
[..]
echo() is een language construct maar kan op beide manieren gebruikt worden als je echter meerdere argumenten aan echo() wilt meegeven mag je geen haakjes gebruiken geloof ik.
Ja, ik ben een beetje gewend geraakt om om pointer->ding altijd haakjes te zetten, omdat in C++ wel eens foutmeldingen krijg als ik dat niet doe. Maar in PHP is dat blijkbaar niet zo nodig, dus kheb ze weer weggehaald.quote:Op dinsdag 20 juni 2006 22:27 schreef Swetsenegger het volgende:
[..]
echo is geen functie
echo ($test->getVar());
echo $test->getVar();
-edit- Hmz, waarschijnlijk snap ik het gewoon niet.
Het gaat ook over OOP, dus ik kan beter mijn mond houden
Oh en als je nou ff oplet, dan leer je ook OOP in PHP, want simpeler dan dit voorbeeld kom je het niet tegen
Alleen de 'buitenste' variabele heeft altijd een dollarteken, de rest niet het is dus ook $obj->variabeleObject->variabele, $array['blaat']['ietsanders']->variabele[1], etc. Zoals jij het deed kon je dynamische namen oproepen (hij probeerde namelijk de inhoud van $var te gebruiken als naam voor de variabelen in je object).quote:Op dinsdag 20 juni 2006 22:31 schreef Tijn het volgende:
[..]
Bedankt!
Ik was er net zelf ook achter gekomen door de voorbeelden op PHP.net eens goed te lezen. Ik vind het wel raar hoor. Ik ben eraan gewend geraakt dat variabelen in PHP een dollarsign ervoor hebben, en nu hebben ze dat opeens weer niet
Ja DIT begrijp ik welquote:Op dinsdag 20 juni 2006 22:33 schreef Tijn het volgende:
Oh en als je nou ff oplet, dan leer je ook OOP in PHP, want simpeler dan dit voorbeeld kom je het niet tegen
Dat is een beetje het probleem. De voorbeelden begrijp ik, maar zie ik het nut niet van.
En de nuttige voorbeelden begrijp ik niet
sowieso ben ik nog steeds niet overtuigt van het nut van OOP. Ja ik weet het, ik ben stronteigenwijs.
De theoretische achtergrond heb ik ook niet echt, maar ik vind de structuur van object-oriented programma's meestal makkelijker te volgen. Het wordt dan niet van die spaghetticode zeg maar.quote:Op dinsdag 20 juni 2006 22:34 schreef Swetsenegger het volgende:
[..]
sowieso ben ik nog steeds niet overtuigt van het nut van OOP. Ja ik weet het, ik ben stronteigenwijs.
Om eerlijk te zijn is OOP in PHP i.c.m. websites nogal overdreven, behalve als je met backends voor de database e.d. gaat werken. Dan kun je namelijk iets heel leuks toepassen class extending.quote:Op dinsdag 20 juni 2006 22:34 schreef Swetsenegger het volgende:
sowieso ben ik nog steeds niet overtuigt van het nut van OOP. Ja ik weet het, ik ben stronteigenwijs.
Dat houdt in dat je in jouw applicatie één interface hebt om een database aan te spreken ($obj->query bijvoorbeeld) terwijl je op de achtergrond bv. 5 verschillende classes hebt geschreven voor 5 verschillende DB-types. Dán is het erg handig, want dat voorkomt dat je voor al die verschillende types aparte code moet gaan schrijven op elke plek dat je een query wilt uitvoeren ik heb dat in vorige projecten gebruikt om zowel PHP-mysql als PHP-mysqli aan te kunnen spreken.
Nou, ik vind het stomquote:Op dinsdag 20 juni 2006 22:34 schreef JeRa het volgende:
[..]
Alleen de 'buitenste' variabele heeft altijd een dollarteken, de rest niet het is dus ook $obj->variabeleObject->variabele, $array['blaat']['ietsanders']->variabele[1], etc. Zoals jij het deed kon je dynamische namen oproepen (hij probeerde namelijk de inhoud van $var te gebruiken als naam voor de variabelen in je object).
Ik ben in 1983 met programmeren begonnen. I love spaghetti.quote:Op dinsdag 20 juni 2006 22:39 schreef Tijn het volgende:
[..]
De theoretische achtergrond heb ik ook niet echt, maar ik vind de structuur van object-oriented programma's meestal makkelijker te volgen. Het wordt dan niet van die spaghetticode zeg maar.
Dat van de hak op de tak gespring van OOP code
Het probleem is niet zo zeer dat ik het zelf nodig heb op dit moment. Het probleem is wel dat ik een 'incomplete' programmeur ben. En dat kan me opbreken op een gegeven moment, ook in een management functie mbt webdevelopment welke kant ik uiteindelijk toch graag op wil.quote:Op dinsdag 20 juni 2006 22:39 schreef JeRa het volgende:
[..]
Om eerlijk te zijn is OOP in PHP i.c.m. websites nogal overdreven, behalve als je met backends voor de database e.d. gaat werken. Dan kun je namelijk iets heel leuks toepassen class extending.
Dat houdt in dat je in jouw applicatie één interface hebt om een database aan te spreken ($obj->query bijvoorbeeld) terwijl je op de achtergrond bv. 5 verschillende classes hebt geschreven voor 5 verschillende DB-types. Dán is het erg handig, want dat voorkomt dat je voor al die verschillende types aparte code moet gaan schrijven op elke plek dat je een query wilt uitvoeren ik heb dat in vorige projecten gebruikt om zowel PHP-mysql als PHP-mysqli aan te kunnen spreken.
Eigenlijk wil ik het gewoon kennen (kunnen ?).
Oh, en OOP is ook heel erg handig als je bijvoorbeeld een applicatie met ondersteuning voor plugins beheert. Dan kun je een interface schrijven en dan kunnen anderen die interface implementeren en een plugin vlekkeloos in je applicatie verwerken
Ja, of een modulair concept, waarbij de ene klant de 'ideal betaling' module wel wil en de ander nietquote:Op dinsdag 20 juni 2006 22:43 schreef JeRa het volgende:
Oh, en OOP is ook heel erg handig als je bijvoorbeeld een applicatie met ondersteuning voor plugins beheert. Dan kun je een interface schrijven en dan kunnen anderen die interface implementeren en een plugin vlekkeloos in je applicatie verwerken
Kun je ook je object scheiden in een header-file waarin alleen definities staan en een file met de daadwerkelijke implementatie?
Ik heb even snel wat geprobeerd, maar de klasse slikt "public function __construct();" niet en vindt dat er een body bij moet zitten, maar die wil ik dus in een andere file zetten.
Ik heb even snel wat geprobeerd, maar de klasse slikt "public function __construct();" niet en vindt dat er een body bij moet zitten, maar die wil ik dus in een andere file zetten.
Nee, maar wat je zoekt is waarschijnlijk een interface, zie daarvoor de manualquote:Op dinsdag 20 juni 2006 22:57 schreef Tijn het volgende:
Kun je ook je object scheiden in een header-file waarin alleen definities staan en een file met de daadwerkelijke implementatie?
quote:Police officer: "...and we want you to interface with the local gay community."
Daffyd: "Ah I'm not really interface, I'm more into bum."
Hmm...quote:Op dinsdag 20 juni 2006 23:01 schreef JeRa het volgende:
[..]
Nee, maar wat je zoekt is waarschijnlijk een interface, zie daarvoor de manual
ja, dat klinkt inderdaad wel wat ik wil. Bedankt! Even lezenquote:Object interfaces allow you to create code which specifies which methods a class must implement, without having to define how these methods are handled.
[edit] Ah, dit heel goed. Wat is de netste manier om dit in m'n files te zetten? Zou ik de interface en de klasse in losse files moeten zetten, de klasse moeten includen in de file die het object wil gebruiken en de interface includen in de klasse? Of Kan ik net zo goed de interface en klasse in 1 file zetten en alleen deze includen vanuit de file die het object wil gebruiken?
Ik zou de interface in een apart bestand zetten, en in de classes gebruik maken van __autoload (of er zeker van zijn dat de interface op het begin van een mainscript wordt geincludet).quote:Op dinsdag 20 juni 2006 23:01 schreef Tijn het volgende:
Ah, dit heel goed. Wat is de netste manier om dit in m'n files te zetten? Zou ik de interface en de klasse in losse files moeten zetten, de klasse moeten includen in de file die het object wil gebruiken en de interface includen in de klasse? Of Kan ik net zo goed de interface en klasse in 1 file zetten en alleen deze includen vanuit de file die het object wil gebruiken?
Wow, coole feature! Dat ga ik dan zeker gebruiken Dat vind ik ook zo leuk van PHP, dat het barstensvol zit met leuke goodies. Als je met PHP bezig bent, is het altijd kerstquote:
Off topic: ik weet uit ervaring dat er genoeg mogelijkheden zijn voor mensen zonder kennis van techniek (die dat zelf niet toe willen geven) die werken op managementniveau in de webdevelopment business. Er is hoopquote:Op dinsdag 20 juni 2006 22:43 schreef Swetsenegger het volgende:
En dat kan me opbreken op een gegeven moment, ook in een management functie mbt webdevelopment welke kant ik uiteindelijk toch graag op wil.
Even een noobvraagje, weet iemand waarom dit niet werkt??
Dwz hij doet niet Allowtransparancy. Ik had eerst escapes voor elke " maar daar krijg ik een 404 in het iframe.
| 1 2 3 4 5 6 7 8 9 10 11 | if ($name = strstr ($HTTP_USER_AGENT, "MSIE")) { echo '<iframe class="iframe" name="freem" src="home.html" id="freem" ALLOWTRANSPARENCY>'; } else { echo '<iframe class="iframe" name="freem" src="home.html" id="freem">'; } ?> |
Dwz hij doet niet Allowtransparancy. Ik had eerst escapes voor elke " maar daar krijg ik een 404 in het iframe.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
@Sitethief
Als register_globals op Off staat werkt $HTTP_USER_AGENT niet. Beter gebruik je $_SERVER, dus $_SERVER['HTTP_USER_AGENT'].
Als register_globals op Off staat werkt $HTTP_USER_AGENT niet. Beter gebruik je $_SERVER, dus $_SERVER['HTTP_USER_AGENT'].
Heel erg bedanktquote:Op woensdag 21 juni 2006 00:07 schreef JeRa het volgende:
@Sitethief
Als register_globals op Off staat werkt $HTTP_USER_AGENT niet. Beter gebruik je $_SERVER, dus $_SERVER['HTTP_USER_AGENT'].
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Je kunt zo zeker weten welke methodes en variabelen een class moet implementeren zonder vast te leggen hóe ze die methodes implementeren. De applicatiecore hoeft alleen te weten dat een class een interface implementeert om zeker te weten dat het bepaalde methodes en/of variabelen kan aansprekenquote:Op woensdag 21 juni 2006 00:50 schreef fokME2 het volgende:
Ik snap nou niet precies waarom ik zo'n interface zou gebruiken?
Waarvoor is dat handig?
Ik vind het ook gewoon handig voor mezelf als ik objecten maak die ik later nog wil gebruiken. Als ik er een tijdje niet mee heb gewerkt en even snel moet opzoeken hoe en bepaalde functie heet of welke variabelen een functie verwacht, hoef ik geen lappen code door te lopen, maar kijk ik gewoon even in de header interface
Overigens had ik in C++ en Java altijd nette comments (in doxygen syntax), en nu er tooltjes zoals PHPdoctor zijn ga ik het in PHP mezelf ook maar eens aanleren op die manier krijg je in één keer een nette documentatie van al je classes en methoden.
op die manier krijg je in één keer een nette documentatie van al je classes en methoden.
Woah. Dat is ook erg cool. Ik wist helemaal niet dat er tools waren om automatisch documentatie te genereren Toevallig heb ik vorige week documentatie zitten tikken voor een schoolproject wat ik had gedaan en dit had me een hoop werk gescheeld
Er gaat een wereld voor me open vanavond, mensen
Toevallig heb ik vorige week documentatie zitten tikken voor een schoolproject wat ik had gedaan en dit had me een hoop werk gescheeld 
Er gaat een wereld voor me open vanavond, mensen
Een van de meest gebruikte voor PHP is http://www.phpdoc.org/quote:Op woensdag 21 juni 2006 01:33 schreef Tijn het volgende:
Woah. Dat is ook erg cool. Ik wist helemaal niet dat er tools waren om automatisch documentatie te genereren Toevallig heb ik vorige week documentatie zitten tikken voor een schoolproject wat ik had gedaan en dit had me een hoop werk gescheeld
Er gaat een wereld voor me open vanavond, mensen
Die zijn er, op de voorwaarde dat je bijna net zoveel tijd aan je comments als aan je code besteedt maar als je het uiteindelijk nodig hebt scheelt het zeeën van tijd, zeker bij kleine wijzigingen. En CraZaay, tnx voor de link!quote:Op woensdag 21 juni 2006 01:33 schreef Tijn het volgende:
Woah. Dat is ook erg cool. Ik wist helemaal niet dat er tools waren om automatisch documentatie te genereren
Dat weet ik, dat doe ik nu al aan de hardware kantquote:Op dinsdag 20 juni 2006 23:42 schreef CraZaay het volgende:
[..]
Off topic: ik weet uit ervaring dat er genoeg mogelijkheden zijn voor mensen zonder kennis van techniek (die dat zelf niet toe willen geven) die werken op managementniveau in de webdevelopment business. Er is hoop
