OOP User classe

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Java developer (remote)

Functie Wat ga je doen als Java Developer? Jij als Java ontwikkelaar komt te werken in 1 van onze SCRUM teams. Momenteel werken er zo’n 30 ontwikkelaars binnen onze organisatie waarbij jij de brug slaat tussen het bouwen van verschillende functionaliteiten binnen onze applicaties en deze vervolgens te integreren in onze centrale hub. Je start je dag om 9 uur met een stand up en dan pak je jouw taken op voor de dag. Hieronder een aantal taken die jij zal uitvoeren: – Het bedenken en uitbouwen van features binnen de verschillende applicaties – Onderhouden van CI/CD pipelines – Bezighouden

Bekijk vacature »

SQL database developer

Functie omschrijving Voor een software bedrijf in omgeving Breda zijn wij op zoek naar een SQL database ontwikkelaar. Dit bedrijf bouwt applicaties om processen in distributiecentra te optimaliseren. Ter uitbreiding van het huidige team developers zijn wij op zoek naar een SQL database ontwikkelaar. De klanten van dit groeiende bedrijf zitten door heel Europa en jouw werkzaamheden zullen er als volgt uitzien: Het samenstellen van de software op basis van de input vanuit de klant (T-SQL & C#.NET). Het bezoeken van klanten om de processen en mogelijkheden in kaart te brengen. Het ontwerpen van databases met T-SQL als programmeer laag.

Bekijk vacature »

Outsystems Developer Medior

Dit ga je doen Bouwen aan nieuwe en innovatieve applicaties; Maken van koppelingen tussen Outsystems en het bestaande applicatielandschap; Troubleshooting op bestaande software. Hier ga je werken De organisatie is internationale speler binnen de bouwbranche en richt zich op de infrastructuur, zowel boven als onder de grond. Ze zijn ruim 1100 man groot en maken op IT vlak een mooie groei door. Als ervaren Developer kom je te werken op een IT-afdeling van zo'n 25 man groot. Een aantal jaar geleden hebben ze de keuze gemaakt om zich meer te gaan richten op ontwikkeling en door de groei van de

Bekijk vacature »

Laravel developer

Zie jij mogelijkheden om onze tooling technisch te verbeteren en uit te bouwen? Over Jobmatix Jobmatix is een innovatieve en internationale speler op het gebied van jobmarketing. Onze jobmarketing automation tool helpt organisaties bij het aantrekken van nieuw talent door vacatures digitaal, geautomatiseerd en op een efficiënte manier te adverteren en onder de aandacht te brengen bij de doelgroep op 25+ jobboards. Volledig performance-based, waarbij organisaties betalen op basis van cost per click of cost per applicant. Maandelijks wordt onze jobmarketing automation tool al gebruikt door vele directe werkgevers, intermediairs en mediabureaus, waaronder Picnic, Rijkswaterstaat, AdverOnline, Schiphol, DPA, Teleperformance en

Bekijk vacature »

E-Identity Developer met Projectleider Kwaliteiten

Functieomschrijving Voor de kamer van koophandel zijn we op zoek naar een E-Identity developer met projectleider kwaliteiten. Voor deze opdracht zoekt KVK een Informatieanalist met Technisch Projectleider en ICT developer kwaliteiten, met kennis van E-identity. We zoeken in de breedte en niet specifiek in de diepte qua skillset. Een Junior Projectmanager, een Junior Informatieanalist, een Junior Developer (full stack), een Junior Designer en een Junior ICT architect ineen, met een sterk gevoel van stakeholder management en planning vaardigheden. Door de internationale setting, én de realisatie van ontsluiting van en naar basisregisters toe zijn wij op zoek naar enige ervaring binnen

Bekijk vacature »

Integratie expert - Java Developer

Dit ga je doen Nieuw koppelingen ontwerpen, ontwikkelen en implementeren; Je schakelt met de klanten om hen zo goed mogelijk van dienst te zijn. Strategisch kijken naar nieuwe mogelijkheden op bestaande of nieuwe koppelingen zo effectief mogelijk te realiseren; Je bestaande toolset afwegen tegen nieuwe mogelijkheden om integratiedoelen steeds effectiever en/of effcienter te bewerkstelligen; Bestaande software koppelingen beheren, dit zijn koppelingen met zowel interne als externe systemen; Overleg met zowel directe collega's als met stakeholders om nieuwe integratieplannen concreet te maken; Je kunt de junioren meenemen op sleeptouw. Hier ga je werken Onze klant is op zoek naar een ervaren

Bekijk vacature »

Softwareontwikkelaar Cleopatra

Functieomschrijving Voor de gemeente Amsterdam zijn wij op zoek naar een softwareontwikkelaar Cleopatra. 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 brom- en 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. Functie

Bekijk vacature »

.NET Developer C# VB

Samengevat: Deze werkgever is actief in software voor het matchen van vraag en aanbod van gebruikte auto-onderdelen. Ben jij een .NET Developer? Heb je ervaring met het ontwikkelen (REST) en integreren van webservices? Vaste baan: C# .NET Developer C# VB HBO €2.600 - €6.200 Wij ontwikkelen software om vraag en aanbod van onderdelen van personenauto's bij elkaar te brengen. Deze werkgever is een veelzijdige organisatie. Je werkt voor de eigen IT organisatie. Zij werken met moderne technologie en staan open voor innovatie. De branche van dit bedrijf is Automotive. Functie: Voor de vacature als .NET Developer Dordrecht HBO ga je

Bekijk vacature »

Airport Developer / System engineer

De functie Als onze nieuwe Airport Developer / System Engineer is je doel om uit nieuwbouw- en onderhoudsprojecten maximale waarde te creëren voor Schiphol Group en haar stakeholders. Vanuit je visie en expertise, maar ook (technologische) ontwikkelingen, wetgeving en beleid vertaal je klantwensen naar een gedegen programma van eisen. In de planontwikkelingsfase werk je nauw samen met Plan Ontwikkelaars om je kennis in te brengen ten behoeve van de kwaliteit van het investeringsvoorstel. Je overlegt met diverse partijen, stelt de vraag achter de vraag en verbindt zo de belangen van de luchthaven, proceseigenaar en asseteigenaar om tot een gedragen ontwikkelopgave

Bekijk vacature »

Senior Front-End Developer

As a Senior Front-end Developer you maintain the balance between creativity and functionality for our webshop, and you coach your fellow developers. How do I become a Senior Front-End Developer at Coolblue? As a Front-end Developer you work on the user-friendliness of our webshop for millions of customers. You enjoy working with the UX Designer to pick up stories. You get energy from coming up with creative solutions and are happy to present this within the team. You are also proud of your work and welcome all feedback. Would you also like to become a Senior Front-End Developer at Coolblue?

Bekijk vacature »

C# ontwikkelaar

Functie omschrijving Werk jij graag met C# en het .NET framework in een leuk familiebedrijf? Lees dan snel verder! Jouw takenpakket hierbij is: Je gaat maatwerk software ontwikkelen en softwareoplossingen creëren. Je gaat werken in een Microsoft omgeving (ASP.NET) en gebruikt daarnaast C# en MVC. Samen met het huidige IT team binnen deze organisatie verwerk je de wensen van de klant tot een (eind)product. Daarnaast optimaliseer je de bestaande software. Bedrijfsprofiel Deze organisatie is gevestigd in de omgeving van Best en is een echt familiebedrijf. Je komt te werken in een klein team van developers, die zich voornamelijk bezighouden met

Bekijk vacature »

Ervaren PHP Software Developer

Functieomschrijving Voor een toffe opdrachtgever in regio Breda zijn wij op zoek naar een medior PHP Developer met affiniteit met Laravel. Je komt te werken bij een uitdagende opdrachtgever met supergave klanten in een specifieke branche. Als PHP ontwikkelaar ben je samen met een vooruitstrevende team van 6 collega’s verantwoordelijk voor de ontwikkeling, beheer en het vernieuwen van informatiesystemen voor een specifieke branche. Je ondersteunt complexe uitdagingen van klanten. Vervolgens breng je hun wensen in kaart en vertaalt deze door naar maatwerk software. Affiniteit met Laravel is een pré. Om de klanten zo goed mogelijk te ondersteunen en snel in

Bekijk vacature »

Back-End Web Developer

Als Back-End Web Developer bij Coolblue zorg je ervoor dat onze webshops elke dag een beetje beter zijn. Wat doe je als Back-End Web Developer bij Coolblue? Als Back-End Web Developer werk je met andere development teams samen om onze webshop zo optimaal mogelijk te laten werken en onze klanten blij te maken. Als backend developer weet je de weg in PHP, kan je in Typescript een microservice op zetten of ben je bereid om dit te leren. Ook Web Backend Developer worden bij Coolblue? Lees hieronder of het bij je past. Dit vind je leuk om te doen PHP

Bekijk vacature »

Integratie Developer / Architect

Dit ga je doen Als Integratie Developer / Architect binnen deze organisatie krijg je echt de kans om impact te maken. De organisatie is groeiende maar houdt een corporate cultuur buiten de deur. Heb je een goede business case: zorg voor goede argumentatie en ga ervoor! Geen stroperig beslissingsproces dat jouw ideeën in de weg staat! Enkele van jouw taken: Je ontwerpt en ontwikkelt nieuwe integraties met behulp van interne tools (Boomi) of externe partners; Je vertaalt functionele specificaties naar technische oplossingen; Je denkt mee over strategische ontwikkelingen op het gebied van applicatie integratie; Je voert regie op leveranciers en

Bekijk vacature »

Belastingdienst - Freelance Applicatieontwikkelaar

Startdatum: 01.06.2023 Richttarief: €65,00 - €75,00 Duur van de opdracht: 6 maanden Uren per week: 36 Taal: Nederlands vereist! Gelieve in het Nederlands te solliciteren. Hybride. Kantoordagen in Utrecht, incidenteel in Apeldoorn Functieomschrijving: De afdeling IV – Generieke Voorzieningen – Interactie Online is onderdeel van de keten Interactie. De missie van de keten is: “het faciliteren van de interactie met alle burgers, bedrijven en hun vertegenwoordigers om hen in staat te stellen aan hun fiscale verplichtingen te voldoen en aanspraak te maken op hun rechten.” De afdeling Interactie Online heeft een belangrijke bijdrage binnen deze keten. Dit door het ontwikkelen

Bekijk vacature »

Pagina: « vorige 1 2 3 4 volgende »

Niels K

Niels K

28/12/2010 15:09:51
Quote Anchor link
Wat noem jij herkennen?

Het volgende voorbeeld werkt dus gewoon als jij dit herkennen noemt:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
<?php

class TestController extends BaseController
{
    public function preDispatch( )
    {

        // Shizzle
        parent::preDispatch( );
    }

    
    public function testAction( )
    {

        // Model aanroepen
        $tbl_test = new Table_Test( );
        
        // Het kan via methoden
        $this->view->test = $tbl_test->getTest( );
        
        // OF
        $this->view->test = $tbl_test->select( )->where( 'test = ?', 'test' )->order('RAND');
    }
}
 
PHP hulp

PHP hulp

21/11/2024 17:44:52
 
Ozzie PHP

Ozzie PHP

28/12/2010 15:15:09
Quote Anchor link
Ah oke, ja ik doe het zelf op een wat andere manier... maar dat model path moet je dan wel bij je include paden instellen neem ik aan?
 
Niels K

Niels K

28/12/2010 15:18:09
Quote Anchor link
Hoe doe jij het precies dan? Ja inderdaad moet dat in je include path staan, dan moet in de bootstrap regelen of in je config.
 
Ozzie PHP

Ozzie PHP

28/12/2010 15:24:20
Quote Anchor link
Ik gebruik die table niet (models op dit moment ook niet wegens tijdgebrek :))
 
Niels K

Niels K

28/12/2010 15:26:10
Quote Anchor link
'Table' is niet per definitie de regel van goed MVC, het is gewoon een implementatie van het Zend Framework.

Quote:
(models op dit moment ook niet wegens tijdgebrek :))

Ahum, gauw aanpassen, het scheelt je juist tijd ;) Jij maakt dus gebruik van het VC pattern? ;)
Gewijzigd op 28/12/2010 15:26:39 door Niels K
 
Ozzie PHP

Ozzie PHP

28/12/2010 15:44:59
Quote Anchor link
hehe... jij snapt 'm ;)
 
The Ultimate

The Ultimate

28/12/2010 15:59:19
Quote Anchor link
@Kees:
Allereerst bedankt voor het advies om niet meer met de oude MySQL extensies te werken.

Daarnaast bedankt voor jouw geduld en begrip. Het is voor iemand die altijd Top-Down heeft gewerkt en onlangs pas op OOP is overgestapt hele lastige materie, juist omdat het zo abstract is. De eerste stap is gemaakt: het OOP-denken. Nu nog het MVC gebeuren. Ik lees er wel een hoop over maar ik denk dat ik het pas echt goed begrijp als ik zelf een kleine MVC toepassing in elkaar heb gestoken.

Wat betreft jouw uitleg: duidelijk, voor elke var een get en set aanmaken.

@Niels:
Bedankt voor het duidelijke MVC overzicht. Dit was ik natuurlijk al wel een aantal keren tegengekomen en het verhaal Model View Controller en het voordeel daarvan is mij meer dan duidelijk. Het probleem (voor velen denk ik) is dat het zo 'abstract' is aangezien de pagina pas in het laatste stadium (view) vorm krijgt.

Is het een idee om het Zend Framework te downloaden en daarmee aan de slag te gaan of denk je dan dat ik door de bomen het bos niet meer zie? Het is volgens mij haast onmogelijk om een klein, werkend MVC scriptje te maken....klopt dat?
Gewijzigd op 28/12/2010 15:59:57 door The Ultimate
 
Niels K

Niels K

28/12/2010 16:14:30
Quote Anchor link
Quote:
Allereerst bedankt voor het advies om niet meer met de oude MySQL extensies te werken.

Tja, op zich kan je dit nog makkelijk een jaar of 2 volhouden zonder dat je er problemen mee krijgt. Maar niet te min raad ik je ook gewoon PDO aan.

Quote:
Is het een idee om het Zend Framework te downloaden en daarmee aan de slag te gaan of denk je dan dat ik door de bomen het bos niet meer zie? Het is volgens mij haast onmogelijk om een klein, werkend MVC scriptje te maken....klopt dat?

Wat noem jij klein? Een blog? Nee, dat is gewoon prima in MVC te doen. Geef anders wat voorbeelden van OO wat je om wilt zetten in MVC, dan hoop ik je daarbij te helpen.
 
Kees Schepers

kees Schepers

28/12/2010 16:41:19
Quote Anchor link
Je kunt in principe alles in MVC zetten. Hoe klein het ook is. Voor echt kleine applicaties vind ik het overbodig maar om ermee te leren werken is het goed te doen. Het 'installeren' van een basis Zend Framework MVC site is echt simpel. Hier zijn ook heel veel tutorials over trouwens.

Object georiënteerd programmeren heeft trouwens niets te maken met MVC, andersom wel. Je hoeft dus niet perse iets in het MVC model te bouwen wil je object georiënteerd programmeren. Object georiënteerd programmeren is een denkwijze / programmeer stijl. Je moet object georiënteerd "denken" om het te begrijpen. Zelfde als met Engels, je kunt pas goed Engels spreken en verstaan als je er ook in "denkt" (tijdens mijn stage in Kenia begon ik na een half jaar zelfs in het Engels te dromen haha).

Maar goed je moet ook wat geduld hebben met het leren ervan. Op een gegeven moment ga je het grote voordeel ervan in zien. Advies van mijn kant is gewoon er blijven spelen ermee, en niet in te grote stappen.

Succes!
 
Niels K

Niels K

28/12/2010 16:42:46
Quote Anchor link
Waarom volgens jouw 'zachtjes aan'? Je kan er veel voordeel mee doen als je het snapt. Dus waarom niet even die moeite nemen om het te leren?
Gewijzigd op 28/12/2010 16:42:59 door Niels K
 
Kees Schepers

kees Schepers

28/12/2010 16:50:30
Quote Anchor link
Ik redeneer het vanuit mijn eigen ervaring. De ene pikt het sneller op als de ander. Maar tuurlijk kun je er voordeel mee doen als je het snapt. Als je het snapt inderdaad. OOP en MVC leer je niet zomaar in een paar uur, althans voor de meeste dan denk ik. Als je net bezig bent met OOP en dan meteen alles in MVC gaat bouwen dan maak je in mijn ogen te grote stappen waardoor je de basis van deze dingen aan je ontgaat. Maar goed ligt ook aan je achtergrond en ervaring.
 
Niels K

Niels K

28/12/2010 16:51:52
Quote Anchor link
Daar heb je dan gelijk in. Maar ik dacht dat het min of meer onderschatte :)
Maar eerst OO en daarna MVC dat is waar je helemaal gelijk in hebt.

Maar goed, zoals ik daarnet al zei ik zal straks wat commentaar over de klasse plaatsen, ben nu op het werk, daar kan ik geen hele verhalen gaan typen.
Gewijzigd op 28/12/2010 16:55:58 door Niels K
 
The Ultimate

The Ultimate

28/12/2010 17:04:51
Quote Anchor link
Ben nu een uitgebreide tut aan het volgen op YouTube. Een of andere Rus (integral30) legt het stap-voor-stap uit. Hij begint zelfs in tutorial step 4 met een user login systeem.

Het grote voordeel van het gebruik van ZF is dat als je het eenmaal onder de knie hebt, je natuurlijk niet verder meer hoeft te zoeken. Aangezien ik nog nooit enige scripting heb gevolgd op school (studeer namelijk rechten en ben dus geen programmer) duurt het allemaal wat langer en heb je soms bij de simpelste zaken nog vragen.

@Niels: Ik ben bezig met een geheel nieuwe webapplicatie. Ik heb de applicatie op een locale server (usbwebserver) in Top-Down style (overigens niet OOP) gemaakt. Nu wilde ik de applicatie opnieuw maar dan OOP opzetten voordat ik de website live gooi. Maar als ik dan beter meteen maar de extra stap kan zetten door ZF te gebruiken/leren dan moet ik dat misschien maar doen. Kost wel wat meer tijd, maar dan hoef ik de komende tijd niet meer aan te sleutelen.
 
Moe BE

Moe BE

28/12/2010 18:36:32
Quote Anchor link
Ieder zijn mening natuurlijk, maar volgens mij kan je beter beginnen met een iets minder uitgebreid framework als het zend framework. Ik stel voor te starten met Kohana of CodeIgniter.
 
Niels K

Niels K

28/12/2010 18:46:07
Quote Anchor link
Zoals ik vanmiddag zei zal ik nog wat commentaar plaatse op het script zelf, i.p.v van alleen maar te discussiëren over MVC en frameworks.

Een paar dingen die beter kunnen op welke ik mis, volgorde klopt niet ik schrijf gewoon op wat ik op dat moment denk.

- De benaming van je klasses en wat ze doen is niet geheel correct ( kom ik zo op terug )
- het script moet altijd openstaan voor uitbreiding, daarom kan je het beste al je variabelen protected maken.
- Ik zie allemaal underscores voor je variabelen staan, waarvoor is dat? Coding style? Ik vind dat altijd zo lelijk staan maar goed..
- over je constructor: Je kan het beste je variabelen een beteren benaming geven, $id zegt niet zoveel, kan het database id wezen, emial id, user id.
- Je kan ook voor de database een dependency afdwingen, dan krijg je dus dit:
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
<?php
    public function __construct( $userId, Database $db ) {}
?>

- Verder is het niet gebruikelijk om in de constructor bepaalde queries of actie uit te voeren, daarvoor kan je gewoon het beste een andere methode voor realiseren.
- Je while is een beetje vaag? Waarom gebruik je $this->_db(fetchAssoc) ? Kan je het beste gewoon in dit veranderen $this->_db->fetchAssoc( $result );
- Ik mis PHPdoc

Goed meer heeft je klasse niet, en dat is juist het grootste probleem, de aanpak van je user klasse kan veel beter. Hier onder een voorbeeldje hoe ik een authentificatie aanpak. De klasses moet je zelf even realiseren, is gelijk een goede oefening voor je, het is overigens met het Zend_Framework gemaakt, maar dat maakt niet uit.

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
<?php
$authInstance
= Zend_Auth::getInstance( );

// Controleren of er al een identity bestaat
if( !$authInstance->hasIdentity( ) ) {
    // Redirecten naar login ( controller )
}    
?>


Mijn login controller ziet er dan zo uit.

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
<?php

/**
 * LoginController, controller welke verantwoordelijk is voor authenticeren van een klant
 *
 * @category    GestioneCMS
 * @package        Controllers
 * @subpackage    LoginController
 * @see            BaseController
 *
 * @author        Niels kieviet <[email protected]>
 * @version        $Revision v1.00$
 * @copyright    Copyright (c) 2010, Niels Kieviet
 */

class LoginController extends BaseController  
{
    /**
     * Action methode welke verantwoordelijk is voor het opvangen van een request
     * wat is gedaan vanuit het login form. Aan de hand van de gegevens trachten tot het
     * autenticeren van de opgegeven credentials
     *
     * @access    Public
     * @return    Void
     */

    public function indexAction( )
    {

        if( !Zend_Auth::getInstance( )->hasIdentity( ) ) {    
            $this->_helper->layout->setLayout( 'login' );
            $errors = array( );
            if( $this->getRequest( )->isPost( ) ) {
                if( !Zend_Validate::is( $this->getRequest( )->getParam( 'customer' ), 'NotEmpty' ) ) {
                    $errors['customer'] = true;
                }

                if( !Zend_Validate::is( $this->getRequest( )->getParam( 'username' ), 'NotEmpty' ) ) {
                    $errors['username'] = true;
                }

                if( !Zend_Validate::is( $this->getRequest( )->getParam( 'password' ), 'NotEmpty' ) ) {
                    $errors['password'] = true;
                }

                if( count( $errors ) != 0 ) {
                    $this->view->errors = $errors;
                }

                else {
                    $customer = $this->getRequest( )->getParam( 'customer' );
                    $username = $this->getRequest( )->getParam( 'username' );
                    $password = $this->getRequest( )->getParam( 'password' );
                    if( $this->process( $customer, $username, $password ) ) {
                        $this->_redirect( 'index' );
                    }
                }
            }
        }
    }

    
    /**
     * Methode voor het controleren, authenticeren van de opgegeven credentials
     *
     * @param    String    $client
     * @param    String    $username
     * @param    String    $password
     * @access    Protected
     * @return    Void
     */

    protected function process( $customer, $username, $password )
    {

        $authAdapter = $this->getAuthAdapter( );
        $authAdapter->setCustomer( $customer );
        $authAdapter->setIdentity( $username );
        $authAdapter->setCredential( $password );
        $authAdapter->_authenticateCreateSelect( );
        $auth = Zend_Auth::getInstance( );
        $result = $auth->authenticate( $authAdapter );
        if( $result->isValid( ) ) {
            $customer = $authAdapter->getResultRowObject( );
            $auth->getStorage( )->write( $customer );
            return true;
        }

        return false;
    }

    
    /**
     * Methode tot het verkrijgen en retourneren van de authenticatie adapter
     *
     * @access    Protected
     * @return    Adapter
     */

    protected function getAuthAdapter( )
    {

        $dbAdapter = Zend_Db_Table::getDefaultAdapter( );
        $authAdapter = new Adapter_Auth_Adapter( $dbAdapter );
        $authAdapter->setTableName( 'auth_user' )
                    ->
setIdentityColumn( 'username' )
                    ->
setCredentialColumn( 'password' );
                    //->setCredentialTreatment( 'SHA1');
        return $authAdapter;
    }
}


?>

Het is misschien even een lastig stukje om hierbij de juiste klasses te realiseren maar als je dat éénmaal doorhebt moet OO geen probleem meer opleveren. Ik zie net dat jelmer je al een opzet heeft gegeven. Aan de hand daarvan moet dit ook te doen zijn.

Goed, we gaan verder met de database, zoals ik net zei kan je beter een dependency aanmaken, nogmaals zo dus:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
<?
public function __construct( $userId, Database $db ) {}
?>

Om dit te laten werken moet je even weten hoe je de huidige database klasse moet veranderen. Ik heb een voorbeeld voor je gemaakt in gewoon mysql zodat je het goed kunt begrijpen.

Als je gaat beginnen met het maken van een klasse moet je eerst goed bedenken wat deze doet, schrijf dit in het begin ook gewoon op. Later zal dit allemaal vanzelf gaan.

Goed, database handler. Wie / Wat / Waar / Hoe / omschrijving dus even voor jou hieronder uitgewerkt:

Een database is een applicatie waarin alle data van een applicatie op een gestructureerde
manier opgeslagen kan worden. Data wordt opgeslagen in de vorm van tabellen die relaties
met elkaar hebben. De data kan gemanipuleerd worden doormiddel van zogeheten SQL queries.

Het resultaat van een query komt terug in de vorm van een resultset. Dit zijn de resultaten
in een intern formaat. Deze kunnen omgezet worden in voor PHP leesbare formaten.

Er zijn diverse databases in omloop. De meest gebruikte voor PHP is MySQL, maar er zijn ook
MSSQL, PostgreSQL en nog vele anderen.

Goed, als we de zelfstandige naam worden even enkelvoud maken en ze eruit plukken krijg je deze lijst:

- Database
- Applicatie
- Data
- Manier
- Tabel
- Relatie
- SQL query
- Resultaat
- Resultset
- Formaat
- PHP
- MySQL
- MSSQL
- PostgreSQL

Er staan nu een aantal woorden tussen die we niet nodig hebben bij het modelleren van de database, of er staan een aantal dubbele tussen, zo hebben we het woord 'applicatie' wat enkel verwijst naar de definitie van Database. Deze klasse dient geen enkel doel in onze applicatie.

Dan hebben we Manier; de manier waarop data opgeslagen wordt. Dit is niet iets voor onze applicatie, want wij willen alleen een laag op de database bouwen, dus niet de database zelf implementeren. De manier waarop de data opgeslagen wordt is dus niet van belang voor ons. Voor Formaat geldt precies hetzelfde.

PHP is de taal waarin we de code gaan implementeren daar is dus geen klasse voor nodig. Ook deze kunnen we uit ons lijstje strepen. Je houd dus de volgende lijst over:

- Database
- Data
- Tabel
- Relatie
- SQL query
- Resultaat
- Resultset
- MySQL
- MSSQL
- PostgreSQL

Ook in dit lijstje valt echter nog te strepen. Zo is resultaat en resultset ongeveer hetzelfde, beide representeren het resultaat van een query. We kunnen de klasse Resultaat dus wegstrepen. Dan hebben we nog een aantal klasse die we beter in een ander formaat dan een klasse kunnen representeren.

Zo hebben we data, maar dat is handiger om dat gewoon in een array neer te zetten, of bij het resultset de gebruiker zelf te laten kiezen welk formaat hij / zij de data in wil. Deze kan dus ook weg uit de lijst. Een beetje hetzelfde geldt voor SQL query. Dit kan gewoon in een string representatie.

Wat je vaak ziet tegenwoordig is dat er een hele bibliotheek omheen gebouwd wordt waarmee je doormiddel van code SQL queries kan samenstellen. Het nadeel hiervan is dat dit ontzettend ingewikkeld wordt; SQL is een complexe taal en dat het ook nog eens traag wordt terwijl gewoon de string representatie net zo flexibel is en een stuk eenvoudiger. We zullen dan ook gewoon gebruik maken van SQL queries. Deze klasse kan uit de lijst weggestreept worden.

Dan hebben we nog twee klassen die met de inhoud van de database te maken hebben. Dit is tabel en relatie. Dit is iets dat de database intern bij houdt, maar onze applicatie hoeft zich hier niet van bewust te zijn, deze kan gewoon toe met het uitvoeren van queries en de data die daar uit komt.

Ons lijstje wordt een stuk kleiner en komt er als volgt uit te zien:

- Database
- Resultset
- MySQL
- MSSQL
- PostgreSQL

Nu we een mooi compact lijstje over hebben , kunnen we gaan bedenken welke attributen er bij elke klasse horen.

De Database heeft in PHP code meestal een connectie handler, deze zal dus ergens in de database bijgehouden moeten worden. Dat is ook direct het enige dat PHP nodig heeft om queries uit te voeren op de database. Dat is dus het enige attribuut. Voor MySQL, MSSQL en PostgreSQL geldt precies hetzelfde. Deze gebruiken allemaal hun eigen functies, maar al deze functies maken gebruik van deze connectie handler.

Voor het resultset hebben we een vergelijkbare handler nodig. Als je een query uitvoert op de database krijg je altijd een result handler terug waarop je vervolgens een aantal functies uitvoert om de data eruit te krijgen. Wat alleen wel handig is om te onthouden is dat deze functies ook weer specifiek zijn voor elk database type. We hebben dus eigenlijk voor elke database type een Resultset klasse nodig.


Als we deze attributen en klassen toevoegen krijgen we de volgende lijst:

Database
- connectie
Resultset
- resultaat
MySQL
-connectie

En zo bijvoorbeeld ook voor de volgende database types
MSSQL
- connectie
PostgreSQL
- connectie
MySQLResult
- resultaat
MSSQLResult
- resultaat
PostgreSQLResult
- resultaat

We kunnen nu gaan bedenken welke methoden elke klasse zou moeten hebben, maar voordat we gaan doen zal je misschien al opgevallen zijn dat een aantal klassen sterk op elkaar lijken wat betreft ontwerp. Als je voor jezelf al wat methoden bedacht hebt, zal je zien dat voor deze klassen ook de methoden hetzelfde blijven. Alleen de implementatie van de methoden verschilt. Hier is waar overerving komt kijken in de OOP wereld.

Overerving doe je op het moment dat je kan zeggen: Klas1 is een Klas2. In dit geval gaat dat op voor MySQL, MSSQL en PostgreSQL. Dit zijn allemaal databases, dus zullen ze ook allemaal erven uit Database. Het zelfde geldt ook voor MySQLResult, MSSQLResult en PostgreSQLResult met Resultset. Dit zijn allemaal resultsets van de betreffende databases. Alleen de functies die gebruikt worden om de database aan te spreken verschillen.

Het volgende wat op valt is dat we voor Database en Resultset eigenlijk helemaal geen implementatie kunnen geven voor de verschillende methoden. Alle implementatie is immers database specifiek. Toch willen we deze overkoepelende klasse hebben, zodat we later ergens af kunnen dwingen dat er een Database verwacht wordt zonder aan te geven welke Database we eigenlijk afdwingen. Voor deze specifieke gevallen is in PHP de Interface in het leven geroepen. Database en Resultset zijn beide interfaces en hebben dus alleen methoden en geen attributen.


Voor consistentie is het ook handig om de klasse Resultset even te hernoemen. De andere resultaat klassen heten allemaal DatabasenaamKlasse. Dit kunnen we voor Resultset dus ook doen en deze DatabaseResult noemen.

Nu zijn we zo ver om methoden te bedenken. Aangezien we geen database specifieke methoden nodig hebben, hoeven we alleen methoden te bedenken voor beide interfaces.

De database klasse was voornamelijk bedoelt voor het bijhouden van de verbinding en het uitvoeren van queries. Hier hebben we dus een methode maak_verbinding() bij nodig en een methode query() om een query uit te voeren. Het resultaat van de methode query is vervolgens een DatabaseResult waarmee de data uit het resultaat gehaald kan worden.

De interface DatabaseResult heeft dan ook de methoden fetch_assoc(); haal data in de vorm van een array uit de database, aantal_regels(); het aantal regels dat het resultaat bevat en eventueel een methode om direct alle resultaten in een array te krijgen: fetch_alles().

De bedachte methoden komen geen van allen uit de beschrijving, maar zijn gewoon de meest gebruikte functies met databases. Het bedenken van deze methoden komt voornamelijk neer op ervaring hebben met database.

We krijgen nu de volgende klassen en interfaces:

Database
- maak_verbinding()
- query()
DatabaseResult
- fetch_assoc()
- fetch_alles()
- aantal_regels()
MySQL
- connectie
MySQLResult
- resultaat

Nu we dit allemaal weten is het tijd voor het schrijven van de klasses. Ik heb expres phpdoc eruit gelaten om het voor jouw overzichtelijk te houden.

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
<?php
interface Database
{
    public function maak_verbinding($host, $gebruikersnaam, $wachtwoord, $naam);
    public function query($query);
}

  
interface DatabaResult
{
    public function fetch_assoc();
    public function fetch_alles();
    public function aantal_regels();
}

  
class MySQL implements Database
{
    private $connectie;
  
    public function maak_verbinding($host, $gebruikersnaam, $wachtwoord, $naam)
    {
    }

  
    public function query($query)
    {
    }
}

  
class MSSQL implements Database
{
    private $connectie;
  
    public function maak_verbinding($host, $gebruikersnaam, $wachtwoord, $naam)
    {
    }

  
    public function query($query)
    {
    }
}

  
class PostgreSQL implements Database
{
    private $connectie
  
    public function maak_verbinding($host, $gebruikersnaam, $wachtwoord, $naam)
    {
    }

  
    public function query($query)
    {
    }
}

  
class MySQLResult implements DatabaseResult
{
    private $resultaat;
  
    public function fetch_assoc()
    {
    }

  
    public function fetch_alles()
    {
    }

  
    public function aantal_regels()
    {
    }
}

  
class MSSQLResult implements DatabaseResult
{
    private $resultaat;
  
    public function fetch_assoc()
    {
    }

  
    public function fetch_alles()
    {
    }

  
    public function aantal_regels()
    {
    }
}

  
class PostgreSQLResult implements DatabaseResult
{
    private $resultaat;
  
    public function fetch_assoc()
    {
    }

  
    public function fetch_alles()
    {
    }

  
    public function aantal_regels()
    {
    }
}

?>


En ook de MySQLResult klasse

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
<?php
class MySQLResult implements DatabaseResult
{
    private $resultaat;
  
    public function __construct($resultaat)
    {

        $this->resultaat = $resultaat;
    }

  
    public function fetch_assoc()
    {

        return mysql_fetch_assoc($this->resultaat);
    }

  
    public function fetch_alles()
    {

        $resultaat = array();
        while($regel = $this->fetch_assoc())
        {

            $resultaat[] = $regel;
        }

  
        return $resultaat;
    }

  
    public function aantal_regels()
    {

        return mysql_num_rows($this->resultaat);
    }
}

?>


Nu we de resultaat klasse hebben, kunnen we ook de MySQL klasse implementeren

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
<?php
class MySQL implements Database
{
    private $connectie;
  
    public function maak_verbinding($host, $gebruikersnaam, $wachtwoord, $naam)
    {

        if(!($this->connectie = mysql_connect($host, $gebruikersnaam, $wachtwoord)))
            throw new DatabaseException('Kon geen verbinding maken');
  
        if(!mysql_select_db($naam, $this->connectie))
            throw new DatabaseException(mysql_error());
    }

  
    public function query($query)
    {

        $resultaat = mysql_query($query, $this->connectie);
  
        if(!$resultaat)
            throw new DatabaseException(mysql_error());
  
        return new MySQLResult($resultaat);
    }
}

?>


Nu kan je dus de database gebruiken zoals ik een aantal regels hierboven verteld heb :) Snap je het nog een beetje?

Quote:
Maar als ik dan beter meteen maar de extra stap kan zetten door ZF te gebruiken/leren dan moet ik dat misschien maar doen. Kost wel wat meer tijd, maar dan hoef ik de komende tijd niet meer aan te sleutelen.

Dat raad ik je zeker aan ja.

Zoals ik vanmiddag heb verteld zal ik nog even ingaan op het 'dependency injection', maar ik denk dat het verstandiger is dat we dat in een nieuw topic doen?


Edit:

@Moe BE
Waarom? Ik vind juist dat zend framework helemaal niet uitgebreid is en makkelijk om te begrijpen. Verder vind ik codeigniter niet echt goed gecodeerd maar goed dat is mijn mening maar :) Dan zou ik je nog eerder symfony2 aanraden, dikke shizzle met hun dependency injection container :D


Oh, aan het eind van de rit nog even het volgende:

- Je hebt het in je startpost alleen maar over functies,, maar het zijn methoden.
- Je hoeft niet perse .class in elke klasse bestand te zetten, zeker als je volledig je applicatie in OO bouwt is dat vanzelf spreken, en bij het volgen van de MVC structuur ook niet. Dan noem je een bestand gewoon bv: TestController.php
Gewijzigd op 28/12/2010 19:12:45 door Niels K
 
The Ultimate

The Ultimate

28/12/2010 20:07:22
Quote Anchor link
Holy! Dat is pas een uitleg! Wow... wordt er zelfs een beetje stil van.

Ik zal zo goed als mogelijk reageren op jouw bijzondere post.

Niels Kieviet op 28/12/2010 18:46:07:
- het script moet altijd openstaan voor uitbreiding, daarom kan je het beste al je variabelen protected maken.
Ok. Staat genoteerd. Was me aangeleerd bij OOP aangezien je dan gedwongen bent de waardes uit de classe zelf te gebruiken.

Niels Kieviet op 28/12/2010 18:46:07:
- Ik zie allemaal underscores voor je variabelen staan, waarvoor is dat? Coding style? Ik vind dat altijd zo lelijk staan maar goed..
Klopt. Ook een overblijfsel van mijn OOP-leergang. Daarbij heb ik mijzelf aangeleerd om een underscore te gebruiken voor private variables.

Niels Kieviet op 28/12/2010 18:46:07:
- over je constructor: Je kan het beste je variabelen een beteren benaming geven, $id zegt niet zoveel, kan het database id wezen, emial id, user id.
Ok, duidelijk.

Niels Kieviet op 28/12/2010 18:46:07:
- Je kan ook voor de database een dependency afdwingen, dan krijg je dus dit:
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
<?php
    public function __construct( $userId, Database $db ) {}
?>
Dependency? Is dat waarom het woord ‘Database’ daar tussen de arguments staat?

Niels Kieviet op 28/12/2010 18:46:07:
- Verder is het niet gebruikelijk om in de constructor bepaalde queries of actie uit te voeren, daarvoor kan je gewoon het beste een andere methode voor realiseren.
Ok. Dat was inderdaad ook een van mijn vragen en iets wat veel mensen mij aanraadden maar waar ik altijd mijn twijfels over heb gehad.

Niels Kieviet op 28/12/2010 18:46:07:
- Je while is een beetje vaag? Waarom gebruik je $this->_db(fetchAssoc) ? Kan je het beste gewoon in dit veranderen $this->_db->fetchAssoc( $result );
Ok. Thanks.

Niels Kieviet op 28/12/2010 18:46:07:
- Ik mis PHPdoc
Klopt. Was net begonnen aan de class. Nog geen tijd gehad voor documentatie. Doe ik normaal gesproken wel.

Niels Kieviet op 28/12/2010 18:46:07:
Goed meer heeft je klasse niet, en dat is juist het grootste probleem, de aanpak van je user klasse kan veel beter. Hier onder een voorbeeldje hoe ik een authentificatie aanpak. De klasses moet je zelf even realiseren, is gelijk een goede oefening voor je, het is overigens met het Zend_Framework gemaakt, maar dat maakt niet uit.
Ok. Zal vanavond/morgen proberen om een OOP authenticatie te maken op basis van jouw voorbeeld. Heb zojuist toevallig ook een uitgebreide tut over Zend_Authentication gekeken dus dat komt goed van pas.

Niels Kieviet op 28/12/2010 18:46:07:
Goed, we gaan verder met de database, zoals ik net zei kan je beter een dependency aanmaken, nogmaals zo dus:
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
<?
public function __construct( $userId, Database $db ) {}
?>

Om dit te laten werken moet je even weten hoe je de huidige database klasse moet veranderen. Ik heb een voorbeeld voor je gemaakt in gewoon mysql zodat je het goed kunt begrijpen.
Yup, zeer tof van je. Duidelijke uitleg.
Niels Kieviet op 28/12/2010 18:46:07:
Nu kan je dus de database gebruiken zoals ik een aantal regels hierboven verteld heb :) Snap je het nog een beetje?
Het duizelt me een beetje, maar ik geloof dat ik je redelijk kan volgen ;-)[/quote]

Niels Kieviet op 28/12/2010 18:46:07:
Zoals ik vanmiddag heb verteld zal ik nog even ingaan op het 'dependency injection', maar ik denk dat het verstandiger is dat we dat in een nieuw topic doen?
Ben daar eerlijk gezegd wel benieuwd naar. Zal er eens op googelen.

Niels Kieviet op 28/12/2010 18:46:07:
Oh, aan het eind van de rit nog even het volgende:
- Je hebt het in je startpost alleen maar over functies,, maar het zijn methoden.
Ja, het noemen van de juiste benaming (methods,arguments,etc.) blijft een probleem.

Niels Kieviet op 28/12/2010 18:46:07:
- Je hoeft niet perse .class in elke klasse bestand te zetten, zeker als je volledig je applicatie in OO bouwt is dat vanzelf spreken, en bij het volgen van de MVC structuur ook niet. Dan noem je een bestand gewoon bv: TestController.php
Ik zag het inderdaad al in de ZF tutorial. Ik doe dat op dit moment wel aangezien ik het netjes vind staan. In OOP zal ik het waarschijnlijk zo blijven doen. Wanneer ik gebruik ga maken van ZF gaat dit er uiteraard direct aan.

Ok. Morgen zet ik – als het goed gaat – mijn authentication classe online op basis van het ZF voorbeeld dat jij mij gaf.
 
Mike Smit

Mike Smit

28/12/2010 20:10:02
Quote Anchor link
Ja ik hoef ook niet vaak een half uur te scrollen. :)
 
Niels K

Niels K

28/12/2010 20:24:57
Quote Anchor link
Quote:
Holy! Dat is pas een uitleg! Wow... wordt er zelfs een beetje stil van

Haha, dankjewel daar doen we het voor ;)

Quote:
Dependency? Is dat waarom het woord ‘Database’ daar tussen de arguments staat?

Ja, het houd gewoon in dat er een database klasse wordt verwacht die voldoet aan de interface.

Quote:
Ok. Dat was inderdaad ook een van mijn vragen en iets wat veel mensen mij aanraadden maar waar ik altijd mijn twijfels over heb gehad.

Dan weet je dat nu ook weer :)

Quote:
Ok. Zal vanavond/morgen proberen om een OOP authenticatie te maken op basis van jouw voorbeeld. Heb zojuist toevallig ook een uitgebreide tut over Zend_Authentication gekeken dus dat komt goed van pas.

Prima, prima we wachten rustig af :-)

Quote:
Yup, zeer tof van je. Duidelijke uitleg.

Geen probleem, het geeft ook voldoening om mensen te helpen.

Quote:
Het duizelt me een beetje, maar ik geloof dat ik je redelijk kan volgen

Dat is mooi, want dat is echt de basis van OO. en als je nog vragen hebt, stel ze gerust, dan zal ik zover mijn kennis het toelaat ze beantwoorden.

Quote:
Ben daar eerlijk gezegd wel benieuwd naar. Zal er eens op googelen.

Wil daar wel een stuk over schrijven, maar dat wordt dan denk ik een nieuw topic? Of zeg jij doe maar in deze?

Quote:
Ja, het noemen van de juiste benaming (methods,arguments,etc.) blijft een probleem.

Dat blijft een stukje ervaring, je leert het vanzelf.

Quote:
Ok. Morgen zet ik – als het goed gaat – mijn authentication classe online op basis van het ZF voorbeeld dat jij mij gaf.

Prima ;)

Wat overigens ook een mooi topic voor het ontwerpen van een applicatie in OO is het volgende: klik.

@Mike
Goede reacties van lezers stimuleren mij om lange antwoorden / uitleggingen te schrijven.
 
Mike Smit

Mike Smit

28/12/2010 20:27:43
Quote Anchor link
De topic starter verwacht en hoopt dat er enkel inhoudelijk word gereageerd op zijn topic. Maar inderdaad soms is het ook wel eens belangrijk om te laten weten dat iemand trots mag zijn op zijn of haar werk en in jouw geval een reactie. :)
Gewijzigd op 28/12/2010 20:28:16 door Mike Smit
 
Niels K

Niels K

28/12/2010 20:34:09
Quote Anchor link
Oh maar ik bedoelde het niet negatief hoor ;-) En volgens mij heeft hij al genoeg stof tot nadenken, zeker als dependency injection er nog eens bij komt.
 

Pagina: « vorige 1 2 3 4 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.