registry

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Junior .NET Developer

Dit ga je doen Ontwikkelprocessen verder optimaliseren en verder ontwikkelen met C#; CI/CD-pipelines automatiseren; Ontwikkelen van herbruikbare componenten; Front-end pagina's gebruiksvriendelijk maken. Hier ga je werken Als junior .NET Developer kom je terecht binnen een grote en internationale organisatie. Zij streven naar een positieve impact op de mens, milieu en maatschappij. Het bedrijf is oorspronkelijk een familiebedrijf en werkt aan de productie van hoogwaardige en technische systemen voor de gezondheidszorg. Momenteel willen zij betere ontwikkelprocessen creëren op internationaal gebied en staat kwaliteit en veiligheid voor hun op nummer 1! Als junior .NET Developer werk je aan het ontwikkelen van verbeterde

Bekijk vacature »

.NET Developer gezocht!

Functie omschrijving Wij zijn op zoek naar een .NET Developer! Wil jij werken voor een internationaal bedrijf waar je legio mogelijkheden krijgt als Software Ontwikkelaar? Grijp nu je kans en kijk snel of jouw vaardigheden aansluiten bij onderstaand profiel! Je kunt een uitdagende rol gaan vervullen als .NET Developer binnen een internationaal bedrijf dat gevestigd is in omgeving Bergen. Dit bedrijf is zeer vooruitstrevend en verricht betekenisvol werk. Binnen dit bedrijf wordt gewerkt aan de productie en ontwikkeling van medische middelen. Als .NET Developer ga jij je bezig houden met het volgende: Je wordt betrokken bij alle fasen van software

Bekijk vacature »

Senior PHP developer

Functie Jouw werkzaamheden zullen grotendeels bestaan uit het in teamverband ontwerpen, vernieuwen en door ontwikkelen van het systeem. Het is echt back-end werk (bijvoorbeeld het doorontwikkelen van een API) en dit moet je dan ook liggen. Ze zijn niet persee gebonden aan talen of tools maar gebruiken graag de technieken die het beste aansluiten op de gegeven oplossing. Voor nieuwe (versies van) componenten maken ze veelal gebruik van Go(lang). Bij aanpassingen aan bestaande onderdelen gebeurt dit in PHP en C++. Het team is heel divers, er hangt een relaxte sfeer en ze organiseren regelmatig leuke music nights, game nights e.d.

Bekijk vacature »

C# Ontwikkelaar

Functieomschrijving Voor een software ontwikkelaar in de omgeving van Vught zijn we op zoek naar een gemotiveerde C# ontwikkelaar. Deel jij hun passie voor development en dan vooral in C#.NET? Dan kan dit wel eens jouw droombaan zijn! Jouw werkzaamheden zullen er ongeveer als volgt uit gaan zien Door de wensen van de klant goed te begrijpen ga jij aan de slag dit om te zetten naar passende oplossingen en werk je deze uit tot een sterk eindproduct. Je gaat je bezighouden met de ontwikkeling van webapplicaties en websites, dit doe je door middel van ASP.NET, MVC Frameworks en C#.

Bekijk vacature »

Junior Front-End Developer

Je maakt een vliegende start van je carrière, door meteen mee te bouwen aan de digitale oplossingen van Coolblue. Wat doe je als Junior Front-End Developer bij Coolblue? Als Junior Front-End Developer ben je meteen vanaf de start onderdeel van een development team. Je kijkt veel mee met collega’s en volgt trainingen. Op dat moment komt je wil om te blijven leren naar boven. Daarnaast pak je in de sprints ook je eigen stories op om Coolblue iedere dag een beetje beter te maken. Je sterk analytisch vermogen komt dan goed van pas! Ook Junior Front-End Developer worden bij Coolblue?

Bekijk vacature »

Softwareontwikkelaar Cleopatra

Functieomschrijving: De directie Verkeer en Openbare ruimte van de gemeente Amsterdam beschikt over een softwareapplicatie, "Cleopatra", waarmee geautomatiseerde handhaving plaatsvindt (op basis van kentekenherkenning) van bepaalde gebieden waarin toegangseisen worden gesteld aan het verkeer. Voorbeelden ervan zijn de milieuzones, de zone zwaar verkeer, handhaving van bromen snorfietser op het fietspad en autoluwe gebieden. Voor de doorontwikkeling en uitbreiding ervan zijn gespecialiseerde softwareontwikkelaars nodig die helpen bij het programmeren van de handhavingsmodules voor nieuwe gebieden en het verbeteren en bijwerken van de bestaande onderdelen van de softwareapplicatie.De opdracht bestaat uit: het programmeren van de diverse modules;het tijdens demo's tonen van de

Bekijk vacature »

Oracle APEX developer

Wat je gaat doen: Als Oracle APEX ontwikkelaar bij DPA werk je samen met collega’s aan de meest interessante opdrachten. Je zult je ervaring met SQL, PL/SQL, JavaScript, HTML en CSS inzetten om wensen van opdrachtgevers te vertalen naar technische oplossingen. Je werk is heel afwisselend, omdat DPA zich niet beperkt tot een specifieke branche. Zo ben je de ene keer bezig binnen de zorgsector, de andere keer is dit bij de overheid. Wat we vragen: Klinkt goed? Voor deze functie breng je het volgende mee: Je hebt een hbo- of universitaire opleiding afgerond Je hebt 2 tot 5 jaar

Bekijk vacature »

Front-end Developer - Juniorfunctie

Functie omschrijving Ben jij op zoek naar een uitdagende baan als front-end developer, in een informele werksfeer, waar jij echt het verschil kan maken? Wil jij graag werken voor een bedrijf dat sportiviteit en een open communicatie, hoog in het vaandel heeft staan? Dan hebben wij de perfecte vacature voor je! Voor een klein bedrijf in Rijen dat gespecialiseerd is in het omzetten van digitale woningtekeningen naar managementinformatie, zijn wij per direct op zoek naar een allround front-end developer. Jouw werkzaamheden zien er als volgt uit: Ja gaat nauw samenwerken met de back-end developer. De database structuur is volledig gebouwd

Bekijk vacature »

Oracle APEX developer

Wat je gaat doen: Als Oracle APEX ontwikkelaar bij DPA werk je samen met collega’s aan de meest interessante opdrachten. Je zult je ervaring met SQL, PL/SQL, JavaScript, HTML en CSS inzetten om wensen van opdrachtgevers te vertalen naar technische oplossingen. Je werk is heel afwisselend, omdat DPA zich niet beperkt tot een specifieke branche. Zo ben je de ene keer bezig binnen de zorgsector, de andere keer is dit bij de overheid. Wat we vragen: Klinkt goed? Voor deze functie breng je het volgende mee: Je hebt een hbo- of universitaire opleiding afgerond Je hebt 2 tot 5 jaar

Bekijk vacature »

Medior/senior Front-end developer

Functie Onder begeleiding van 3 accountmanagers waarvan er 1 binnen jouw expertise je aanspreekpunt zal zijn ga je aan de slag bij diverse opdrachtgevers. Hij of zij helpt je bij het vinden van een passende en uitdagende opdracht. Hierin houden ze uiteraard rekening met jouw situatie, ervaring en (technische) ambities. De opdrachten duren gemiddeld één tot 2 jaar. Hierdoor kun je je ook echt vastbijten in een project en als consultant impact maken. Naast de opdracht ben je regelmatig met je collega’s van de IT-afdeling om bijvoorbeeld onderlinge kennis te delen, of nieuwe trends te bespreken. Ook worden er regelmatig

Bekijk vacature »

OutSystems developer

Dit ga je doen Klanten adviseren over de mogelijkheden van OutSystems; OutSystems oplossingen ontwikkelen en implementeren; Stakeholdermanagement; Kennis en expertise up to date houden en delen met het team. Hier ga je werken Onze opdrachtgever, gevestigd in regio Amsterdam, is een innovatieve dienstverlener die zich richt op grote corporates in verschillende sectoren. Doordat je bij veel verschillende klanten aan de slag zal gaan is geen enkel project hetzelfde. De organisatie kenmerkt zich door hoge mate van professionaliteit en innovatieve oplossingen. In de rol van OutSystems developer zal jij verschillende grote klanten helpen om efficiënte OutSystems oplossingen te ontwikkelen en implementeren.

Bekijk vacature »

Java Developer

Dit ga je doen Het ontwikkelen van nieuwe software; Het ombouwen van de bestaande software; Zowel back- als front-end software ontwikkelen; Het testen; Het implementeren van de volledig geteste software; Het verzorgen van nazorg en het oplossen van bugs; Het opstellen en bijhouden van procesdocumentatie; Je draagt bij aan het agile/scrum processen van het team. Hier ga je werken Ongetwijfeld heb je een of meerdere producten van deze organisatie in huis. Het proces erachter, daar ben je ongetwijfeld minder bekend mee. Deze opdracht geeft je de kans meer over dit proces te weten te komen en een mooie bijdrage te

Bekijk vacature »

Medior C# Developer

You'll build modern applications for Coolblue's back office. We have a lot of friends, and they crave well-structured data and user-friendly, task-focused applications. How do I become a Medior C# Developer at Coolblue? You regularly participate in brainstorm sessions about user experience, data, and task flow with the UX Designer, Product Owner, and Data Scientists in your team. Besides that you will create disconnected, highly congruent, and testable code that can easily be maintained and is future-proof. Want to become C# Developer at Coolblue? Read below if the job suits you. You enjoy doing this Working with various types of

Bekijk vacature »

High level C++ QT Developer

Vacature details Vakgebied: Software/IT Opleiding: Senior Werklocatie: Eindhoven Vacature ID: 13486 Introductie Would you like to be involved in every aspect of software development for our exceptional products, from specification and design to testing and integration? If you're passionate about software development and eager to apply your programming skills to create customer-focused deliverables, then this is the perfect chance for you to expand your expertise. You can become a member of our Machine Control department's data-driven development team, where you'll design and build software solutions that optimize machine productivity. As a senior software design engineer, you'll participate in all phases

Bekijk vacature »

Junior PHP Developer

Functieomschrijving Junior PHP Developer gezocht! Voor een opdrachtgever in de regio Gelderland zijn wij op zoek naar een Junior PHP Developer die onderdeel gaat worden van het ontwikkelingsteam van deze organisatie. In deze functie ga jij aan de slag met het schrijven van software voor de aansturing van en het managen van windparken en bijbehorende onderdelen. Hiernaast ga jij je bezighouden met het ontwikkelen, testen en onderhouden van diverse webapplicaties. Het team waarin je komt te werken bestaat uit 3 developers, hierdoor krijg je veel verantwoordelijkheid en de kans om jezelf verder te ontwikkelen. Er wordt echter wel van je

Bekijk vacature »

Pagina: 1 2 volgende »

Ozzie PHP

Ozzie PHP

16/02/2012 11:29:41
Quote Anchor link
Ola,

Ik heb een registry class gemaakt waaruit ik settings en objecten wil kunnen halen. Nu kan ik 2 dingen doen... als ik een property aanroep dat ie dan een setting teruggeeft en als ik een method aanroep dat ie dan een object teruggeeft. Dus dan krijg je dit:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
<?php
$registry
= Registry::get();
$settings = $registry->my_setting; //als property aangeroepen
$object = $registry->my_object(); // als method aangeroepen
?>


Ik kan het ook zo doen dat je zowel een setting als een object als property aanroept, maar dan specifiek. Bijvoorbeeld zo:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
<?php
$registry
= Registry::get();
$settings = $registry->setting->my_setting;
$object = $registry->object->my_object;
?>


Ik vraag me af wat jullie mooier / handiger vinden.
 
PHP hulp

PHP hulp

24/11/2024 04:38:03
 
Niels K

Niels K

16/02/2012 12:27:26
Quote Anchor link
Hoi Ozzie,

Gewoon alles bij 1 methode houden? Je zet iets in het register, en je haalt iets uit het register. Wat hij retourneert? Tja, boeie daar heeft het register niets mee te maken.

Heb je al gekeken naar iets anders genaamd: 'Dependency Injection Container' ? Dan heb je in principe geen Registery meer nodig.

Niels
Gewijzigd op 16/02/2012 12:27:37 door Niels K
 
Kees Schepers

kees Schepers

16/02/2012 12:33:05
Quote Anchor link
Inderdaad, ik sluit me bij Niels aan. Geen logic inbouwen. Gewoon get en set, that's it. Registry::get(watjewilt) en Registry::set(watjewilt).

En dependency injection is de vervanger van het registry pattern dus je kunt je beter daarin verdiepen ;) Pim heeft daar een mooie tutorial voor.
Gewijzigd op 16/02/2012 12:33:35 door kees Schepers
 
Ozzie PHP

Ozzie PHP

16/02/2012 12:34:10
Quote Anchor link
Ja daar heb ik naar gekeken... die tutorial over DI. Zo kwam ik op het idee om zo'n register te maken waar ik vanalles uit kan trekken.

Ah oke... gewoon alles op 1 manier aanroepen. Dus zo?

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
<?php
$registry
= Registry::get();
$settings = $registry->my_setting;
$object = $registry->my_object;
?>
 
Niels K

Niels K

16/02/2012 12:47:58
Quote Anchor link
Nee niet zo, maar meer op deze manier:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
<?php

Registry::getInstance()->get('key');

// Of de korte manier (moet je wel even zorgen dat je in de get methode de getInstance gebruikt)

Registry::get('key');

?>


Setten gaat dan zo:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
<?php

Registry::set('key', 'value');

?>


Wat die value is maakt voor het Register niet uit.
Gewijzigd op 16/02/2012 12:48:19 door Niels K
 
Kees Schepers

kees Schepers

16/02/2012 12:53:53
Quote Anchor link
Maar Ozzie, je beseft je toch wel dat je Zend Framework opnieuw aan het bouwen bent he? :P
 
Ozzie PHP

Ozzie PHP

16/02/2012 12:55:47
Quote Anchor link
Niels, waarom niet zo?

$registry = Registry::get();
$settings = $registry->my_setting;

Die registry geeft een instance van zichzelf terug waarin de keys geset zijn.
Als ik dit doe: $registry->my_setting; dan wordt de __get() functie aangesproken en die geeft de juiste waarde terug. Waarom is dat niet goed?

Toevoeging op 16/02/2012 12:56:27:

Kees Schepers op 16/02/2012 12:53:53:
Maar Ozzie, je beseft je toch wel dat je Zend Framework opnieuw aan het bouwen bent he? :P

Hehe... nee, die kennis heb ik niet :)
Pik alleen her en der wat handigheidjes mee.
 
Niels K

Niels K

16/02/2012 14:34:31
Quote Anchor link
+1 voor Kees. Het lag ook in mijn mond ;-)

Ozzie,

Dan moet je de methode anders laten heten. Namelijk 'getInstance()'. Als jij get zegt en dan Registry. Dan denk ik dat je iets uit het register haalt.

Quote:
Hehe... nee, die kennis heb ik niet :)

Kwestie van knop omzetten, lezen en gaan?

;-)
 
Kees Schepers

kees Schepers

16/02/2012 14:47:08
Quote Anchor link
Ik denk eerlijk gezegd ook dat voor Ozzie de stap naar ZF niet heel groot meer is als leercurve. Misschien nog wel op gebied van ORM maar de standaard ORM laag van ZF is vrij eenvoudig.

Waarom niet gewoon Registry::get($key). Die functie zelf doet de instance uit zijn static halen en op die instance ->get.. simpel toch?
 
Ozzie PHP

Ozzie PHP

16/02/2012 14:54:40
Quote Anchor link
Niels Kieviet op 16/02/2012 14:34:31:
Dan moet je de methode anders laten heten. Namelijk 'getInstance()'. Als jij get zegt en dan Registry. Dan denk ik dat je iets uit het register haalt.

Ah oke... voor mij was dat wel duidelijk. $registry = Registry::get(); daar bedoel ik mee dat ik het Registry object ophaal. Voor mij heel duidelijk, maar voor een derde inderdaad misschien niet direct. Dus dat pas ik wel aan.

Ik zit nu te denken of ik het anders moet... meer op de dependency injection manier, maar ik ben daar (nog) niet heel erg in thuis. Nu had ik het als volgt bedacht. HEt is even heel globaal beschreven dus let niet op de details!

Wat vind jij van dit idee:

Ik maak een Registry class en een Service class.

In de Registry class kan ik dan allerlei settings opslaan. Een groot deel van deze settings komt uit een configuratiebestand. Die worden automatisch ingeladen. En ik kan dan ook zelf via een set en get settings opslaan. De Registry class gebruik ik dan dus alleen voor het opslaan van settings.

In de Service class kan ik dan een object injecteren (oei, hoe leg ik dit fatsoenlijk uit), bijvoorbeeld met behulp van de settings uit de registry.

Dan krijg je dus zoiets:
$database_settings = Registry::get('database');

en dan zeg ik vervolgens:
Service::set('database', $database_settings);

en als ik dan de database wil opvragen:

$database = Service::get('database');


Is dit een goed idee? Graag jullie reactie. Let vooral niet op de details. Het gaat mij vooral om dit principe: enerzijds een Registry class waar je settings in opslaat, anderzijds een Service class waar je objecten in opslaat waarbij je eventueel de settings uit de Registry class gebruikt.

Graag advies!
 
Niels K

Niels K

16/02/2012 14:55:12
Quote Anchor link
Nee inderdaad, overstappen is het beste advies :-) Maar het is ook wel goed om naar andere frameworks te kijken, en dan je (persoonlijke) keuze te maken. Afzien van dat raad ik van harte Zend Framework aan, maar dat begrijp je natuurlijk zelf ook wel ;-)

Toevoeging:

Je bedoeld zoiets als Zend_Resource ? ;-)

Daarnaast settings uit een bestand hoort dat niet thuis in een Config object.
Gewijzigd op 16/02/2012 14:56:51 door Niels K
 
Ozzie PHP

Ozzie PHP

16/02/2012 14:56:47
Quote Anchor link
Kees Schepers op 16/02/2012 14:47:08:
Waarom niet gewoon Registry::get($key). Die functie zelf doet de instance uit zijn static halen en op die instance ->get.. simpel toch?

Kees... is er eigenlijk iets op tegen om ipv Registry::get($key)het als volgt te doen:

$registry = Registry::getInstance();
$value = $registry->key;


Toevoeging op 16/02/2012 14:59:15:

Niels Kieviet op 16/02/2012 14:55:12:
Daarnaast settings uit een bestand hoort dat niet thuis in een Config object.

Kun jij me dan even in simpele bewoordingen uitleggen wat (het doel van)een Registry is?
 
Niels K

Niels K

16/02/2012 15:11:57
Quote Anchor link
Quote:
Kun jij me dan even in simpele bewoordingen uitleggen wat (het doel van)een Registry is?


Jazeker, een Register klasse is niet meer dan een generieke 'opslag' class voor het opslaan van globale data.
 
Ozzie PHP

Ozzie PHP

16/02/2012 15:19:57
Quote Anchor link
Niels Kieviet op 16/02/2012 15:11:57:
Jazeker, een Register klasse is niet meer dan een generieke 'opslag' class voor het opslaan van globale data.

Kijk, dat is nog eens heel duidelijk :)

Laat ik eerst even mijn bedoeling uitleggen. Ik heb een configuration.php bestand. Hier zet ik een aantal default instellingen in, bijvoorbeeld:

$config['database']['username'] = 'ozzie';
$config['database']['pass'] = 'php';

Alle instellingen uit het configuratiebestand wil ik inladen in een class zodat ik ze makkelijk kan oproepen. Dit zou dan een Config class kunnen zijn.

Nu wil ik ergens een database object in plaatsen dat ik overal in mijn applicatie kan benaderen. Ik had dus het idee om dit database object dan in een Registry te stoppen waarbij ik de gegevens uit de Config class gebruik.

Registry::set('database', Config::get['database']);

vervolgens kan ik dan de database ophalen met $database = Registry::get('database');

Kan iemand me even in de juiste richting sturen hoe ik dit het beste kan aanpakken. Dat zou fijn zijn. Of is de bovengenoemde manier oke? Ik hoef geen uitgewerkte code, maar ik wil even het principe weten. Dus gewoon een voorbeeldje, zoiets simpels als dit:

Registry::set('database', Config::get['database']);
$database = Registry::get('database');

Alleen dan op de juiste manier... :)
 
Niels K

Niels K

16/02/2012 16:19:09
Quote Anchor link
Hoi Ozzie,

Geen probleem. Om gelijk met de deur in huis te komen. Waarom doe je de configuratie in PHP? Kan je niet kijken naar wat mooiere manieren zoals INI, XML, YML?

Wil de configuratie automatisch inladen? Dat is niet wat een configuratie object moet doen naar mijn weten. Als je iets standaard in moet laden zijn dat dan geen resources?

In je config.php kan je het Config object aanmaken en een configuratie bestand in het object setten.

Bijvoorbeeld zo:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
<?php

$config
= new Config_Ini('path/to/config.ini');

// Of
$config = new Config_Xml('path/to/config.xml');

// Of
$config = new Config_Yml('path/to/config.yml');
?>


Daarnaa kan je hem in het register zetten:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
<?php
Registry::set('config', $config);
?>


Wat mooi is dat je alle configuratie als een object laat benaderen. Dus stel je hebt de volgende config.ini

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
database.host = 'test';
database.dbname = '';
database.username = '';
database.password = '';


Dat je die dan als volgt kan benaderen:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
<?php
$config
= Registry::get('config');
echo $config->database->host; // geeft 'test'
?>


Snap je ?

Maar nogmaals de vraag, waarom geen Zend?
 
Kees Schepers

kees Schepers

16/02/2012 16:20:37
Quote Anchor link
Dat zit ook standaard in Zend :p
 
Ozzie PHP

Ozzie PHP

16/02/2012 16:30:19
Quote Anchor link
Thanks Niels. Hier kan ik wel even mee vooruit. Ik geef er graag zelf vorm aan omdat ik dan precies weet hoe het in elkaar zit en ik het dan makkelijker kan begrijpen. Voor jullie is het gesneden koek. Voor mij nog best lastig. Anyhow... de discussie gaat niet over Zend, maar over hoe ik een Registry moet maken ;)

Het gebruik van ini files is super, maar ik vind het niet prettig dat zo'n bestand te lezen is. Vandaar dat ik daar dan niet voor kies.

Ik zie jou trouwens telkens dit doen:

$config = Registry::get('config');

"Mag" ik het ook zo programmeren dat je dit kan doen?

$registry = Registry::getInstance();
$config = $registry->config;

Vraag me niet waarom maar ik vind dit "mooier", maar misschien zie jij hier bepaalde nadelen in die ik niet zie? Graag je reactie.
 
Niels K

Niels K

16/02/2012 16:33:45
Quote Anchor link
Quote:
Ik geef er graag zelf vorm aan omdat ik dan precies weet hoe het in elkaar zit en ik het dan makkelijker kan begrijpen.

Kost te veel tijd, en daarmee ook te veel geld ;-)

Quote:
Het gebruik van ini files is super, maar ik vind het niet prettig dat zo'n bestand te lezen is. Vandaar dat ik daar dan niet voor kies.

Dan maak je gebruik van een XML file? Ik geef maar advies over wat naar mijn mening de beste manier is.

Hoe jij programmeert maakt mij niet zo heel veel uit ;-) Het grootste nadeel is dat het twee regels zijn i.p.v 1.
Gewijzigd op 16/02/2012 16:34:12 door Niels K
 
Ozzie PHP

Ozzie PHP

16/02/2012 16:36:11
Quote Anchor link
Okeej, thanks...
 
Niels K

Niels K

16/02/2012 16:37:54
Quote Anchor link
Programmeren draait ook om eigen keuzes he ;-) Je moet zo programmeren dat je jezelf er prettig bij voelt. Maar ik denk zelf wel, dat als je lekker wil programmeren je goede code moet schrijven ;-)
 
Ozzie PHP

Ozzie PHP

16/02/2012 16:43:28
Quote Anchor link
Ja absoluut waar :)

Nog een laatste vraag he...

Nu heb ik die Config class waar ik settings uit kan halen. Nu vraag ik me af... ik zou als ik een config setting nodig heb de Config class zelf kunnen aanspreken:

$config = Config::getInstance();
$my_setting = $config->my_key;

Maar ik kan ook die hele config instance in de Registry gooien. Dan krijgen we dus zoiets:

$registry = Registry::getInstance();
$config = $registry->config;
$my_setting = $config->my_key;

Wat is eigenlijk beter? Allebei de manieren werken immers. Wat is het voordeel van het een ten opzichte van het ander?
Gewijzigd op 16/02/2012 16:43:53 door Ozzie PHP
 

Pagina: 1 2 volgende »



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.