OOP gedachtengang

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

.Net ontwikkelaar

Bedrijfsomschrijving Voor onze relatie zijn wij momenteel op zoek naar een .Net Developer die wilt werken aan software die draait op machines wereldwijd. De organisatie produceert software voor applicaties die gebruikt worden in verschillende branches. De software wordt geleverd aan fabrikanten van verschillende robotica en machines. Als .Net ontwikkelaar ben je intern onderdeel van het team wat de applicatie omgevingen ontwikkeld en onderhoud. Deze applicatie omgevingen draaien voor verschillende klanten op verschillende machines en robots. De applicaties zijn verantwoordelijk voor het aansturen en monitoren van de processen, machines en robots. Doordat je intern erg breed georiënteerd bent, ben je echt

Bekijk vacature »

Java Developer Noord-Nederland

Heb jij een passie voor technologie en ben jij altijd al als eerste op de hoogte van ontwikkelingen en innovaties? Weet jij hoe je de verbinding moet maken tussen business en techniek? Dan ben je welkom bij ons! Wat ga je doen? Als Java developer bij CGI ga je deel uitmaken van de grootste en meest actieve Java community van Nederland. Je levert een bijdrage aan de technische realisatie van complexe systemen voor onze klanten. Hierbij maak je in eenvoudige taal aan de klant duidelijk welke softwareoplossingen op zijn of haar organisatie van toepassing kunnen zijn. Je weet voor onze

Bekijk vacature »

Java Developer - regio Maastricht

Bouw jij mee aan de applicaties die onze klanten zo hard nodig hebben? Wil jij je als Java Developer blijven ontwikkelen in de nieuwste technologieën en state-of-the-art tooling? En help jij onze pensioenklanten mee met de implementatie van het nieuwe Pensioenakkoord? Wat ga je doen? Als Java Developer draag je mede verantwoordelijkheid voor het gehele proces van omzetten van wensen, problemen of vragen naar concrete oplossingen. Integratie, testen, vastleggen en delen van kennis, problem-management en automation zijn onderdeel van je takenpakket in een SAFe gestuurde omgeving. Daarnaast denk en praat je proactief mee over hoe we onze klanten nog beter

Bekijk vacature »

IT Traineeship, open voor alle studieachtergronden

IT Traineeship Zonder IT opleiding aan de slag in de IT, de meest innovatieve bedrijfssector op dit moment? Dat kan! Ontdek je innerlijke IT’er tijdens de Calco MasterClass. Een uniek IT traineeship waarin wij ambitieuze nog-niet IT’ers opleiden tot hét talent van de toekomst. Crisis of geen crisis, baanzekerheid in deze sector is nagenoeg 100%! Onze opdrachtgevers zitten door heel het land. Iets voor jou? We vertellen je graag meer! Over de Calco MasterClass De eerste twee maanden van de Calco MasterClass word je opgeleid in ons opleidingscentrum in Amsterdam (uiteraard met inachtneming van de corona maatregelen en een hieraan

Bekijk vacature »

Senior Java Developer - Public Transport

Werk jij graag op de grens van het onmogelijke en geef jij onze klanten bij de unit Public Transport een beslissende voorsprong in de markt? En ben jij een gedreven en ondernemende professional die vooroploopt in zijn/haar vakgebied? Wat ga je doen? Als Java consultant bij CGI maak je deel uit van de grootste en meest actieve Java community van Nederland. Als gedreven ontwikkelaar help je complexe systemen te realiseren voor onze klanten. Je maakt in eenvoudige taal aan een klant duidelijk welke software oplossingen op zijn of haar organisatie van toepassing kunnen zijn. Je legt de verbinding tussen business

Bekijk vacature »

Microsoft 365 Engineer

Senior Microsoft 365 Engineer Welkomstbonus van € 5.000,- Bij T2 zorgen we goed voor elkaar en doen wij leuke dingen met leuke mensen. We zorgen voor uitdagende opdrachten zodat jij jezelf onbeperkt kan blijven ontwikkelen. Ben jij een ervaren Microsoft 365 engineer en wil je het beste uit jezelf halen? Dan ben je van harte welkom bij T2 en ontvang je onze welkomstbonus ter waarde van € 5.000,-. Wat mag je nog meer verwachten? Als je met ons de uitdaging aangaat dan bieden we je het volgende: Dienstverband voor onbepaalde tijd Salaris tussen de € 4.000,- en € 4.500,- bruto

Bekijk vacature »

Full stack Developer meteorologische en hydrologis

Als C#.NET Developer geef jij klanten inzicht in hun meteorologische en hydrologische datagegevens. Denk hierbij aan gegevens over wind, zicht, temperatuur en neerslag, maar ook stroming of golven. Je werkt voor internationale klanten in de scheepvaart, luchtvaart en offshore. Het is een functie met veel vrijheid en eigen initiatief , waarbij je uiteenlopende klant vragen vertaald naar nieuw te ontwerpen software oplossingen. Wat vragen zij: Afgeronde HBO of WO studie richting Informatica, ICT of soortgelijk; Minimaal drie jaar C#/.NET ervaring; Ervaring met HTML, CSS, Angular, Typescript en CI; Ervaring met Azure is een pré; Je beheerst de Nederlands en Engelse

Bekijk vacature »

IT-traineeship junior software developer

Zoek jij een stevige uitdaging en de mogelijkheid om veel nieuwe dingen te leren in een dynamisch vakgebied? Doe mee aan ons IT Professional Program en ontwikkel jezelf tot software engineer! Je begint met een opleidingstraject van ongeveer 4 maanden. Hierin ga je aan de slag met verschillende technieken die je op conceptueel niveau leert te overzien en interpreteren. Onderwerpen die aan bod komen zijn o.a. programmeren (Java/C#/Python), Object Oriëntatie, Databases, Webservices & webtechnologieën, Domain Driven Design en Continuous Integration/Continuous Delivery. Sommige van deze onderdelen sluit je af met een examen en bijbehorende certificering. Het opleidingstraject zelf sluit je af

Bekijk vacature »

Front-end Developer voor zeer succesvolle start-up

Bedrijfsomschrijving Ben jij een medior/senior Front-end Developer en zoek je een leuke interne en technisch uitdagende Front-end functie bij een zeer succesvolle start-up? Reageer dan direct! Miujn opdrachtgever heeft in zeer korte tijd veel succes behaald met een uniek platform. Het product is uniek en wordt door grote (internationale) organisaties gebruikt. Het is een specialistisch internetbureau die allemaal maatwerkoplossingen ontwikkelt, die zorgen voor een geweldig eindresultaat. Bedrijven zoals Vodafone en Tommy Hilfiger behoren tot hun klantenkring, dat zegt wel iets over het succes en het unieke product die ze hebben ontwikkeld. Als je hier komt te werken kom je in

Bekijk vacature »

Fullstack Developer Aurelia C#

Bedrijfsomschrijving Als Fullstack developer kom je te werken bij een gerenommeerde organisatie in de regio Ede waar gewerkt wordt aan een bedrijfskritische applicatie dat opereert binnen een complexe IoT- en web based omgeving. Deze oplossingen worden internationaal uitgerold en worden zeer veel gebruikt in de infra branche. Samen met je team (bestaande uit twee testers, zes ontwikkelaars een Scrum Master en Product Owner) ga jij werken aan de nieuwe webapplicatie dat aan duizenden machines en voertuigen gekoppeld wordt. Deze applicatie wordt gebruikt door onder andere rijksoverheden, vliegvelden maar ook binnen industrie-, lokale- en provinciale gebieden in zowel binnen als buitenland.

Bekijk vacature »

Developer Powershell

Bedrijfsomschrijving Je komt als Developer Powershell te werken in de omgeving Deventer/Apeldoorn bij een nationaal opererende organisatie. Ze blijven constant in beweging en zijn altijd bezig om de laatste innovaties door te voeren. De organisatie werkt met grote hoeveelheden data, zij richten zich zowel op de B2B als B2C markten en zijn pionier binnen hun gebied van expertise. De applicaties draaiende op het platform verwerken per maand aanvragen voor meer dan 6 miljoen gebruikers en jij mag een rol gaan spelen in de complexe technieken en infrastructuur dat schuilt rondom deze applicaties! Je komt in een team waarbij de helft

Bekijk vacature »

Software Engineer bij informele organisatie met ma

Word jij gelukkig van een afwisselende baan op het snijvlak van inhoud en techniek? En wil jij vanuit jouw ICT expertise en klantgerichte houding het verschil maken bij hetexpertisecentrum voor veilig geneesmiddelengebruik? Dan kan dat! Wij zoeken ter uitbreiding van onze afdeling ICT een: Software-engineer voor 32 - 40 uur per week Jouw belangrijkste taken zijn: Op het kruispunt van business en technologie vertaal je vraagstukken op het gebied van zorg-ICT naar bruikbare software. In nauwe samenwerking met onze apothekers en huisartsen van de zorginhoudelijke afdelingen, denk je mee over functioneel ontwerp en ontwikkel, onderhoud en test je de interne

Bekijk vacature »

Business Developer Refurbished

Bestaande en nieuwe afzetkanalen aanboren om de verkopen van refurbished en andere niet-nieuwe apparaten omhoog te brengen. Wat doe je als Business Developer Refurbished bij Coolblue? Als Business Developer Refurbished ben jij verantwoordelijk om zoveel mogelijk afzetkanalen te vinden voor refurbished apparaten voor de beste prijs. Dit zijn voornamelijk opkopers en andere tussenpartijen. Ook Business Developer Refurbished worden? Lees hieronder of het bij je past. Dit vind je leuk om te doen Vrijheid hebben om zelf je afzetkanalen te zoeken en een door jou gekozen verkoopstrategie te hanteren Bij opkopers, kringloopwinkels en andere verkopers van 2de hands witgoed langs gaan

Bekijk vacature »

Tibco Developer / Architect - Public Transport

Kun jij voor onze OV-klanten missiekritische bedrijfsapplicaties in Tibco tooling ontwerpen en bouwen die geschikt zijn voor de toekomst? Wat ga je doen? Voor onze OV-klanten ontwerpen en bouwen we missiekritische systemen die in het hart van de bedrijfsvoering staan. Zoals systemen die de sensoren op de treinen elke seconde meten en direct analyseren. Ontstaat er een uitzonderingssituatie zoals bijvoorbeeld sterk oplopende temperaturen, verslechtering van de remmen, een deur die vastzit of grote drukte in de trein, dan grijpt onze software in en stuurt relevante signalen naar het hoofdkantoor. De trein kan dan in onderhoud genomen worden, de conducteur krijgt

Bekijk vacature »

Full Stack Java Developer (IT Consultant) - Bankin

Do you have passion for technology and innovation? Are you ready to create innovative solutions to give the financial sector a solid lead in the digital world? Your day to day activities As Full stack Java Developer you will be part of the DevOps team. With a multidisciplinary team you will - in an Agile way - be working on building new functionalities and maintaining existing features. It covers both development and operations; helping to organize the continuous delivery pipeline, connecting to back end systems, performing automated tests and shaping the front end. The high-quality solutions you deliver result in

Bekijk vacature »

Pagina: « vorige 1 2 3 4 5 volgende »

Niels K

Niels K

21/06/2012 15:51:50
Quote Anchor link
Hartelijk dank voor de (positieve) reacties.

Allereerst even voorop gesteld dat de discussie op Twitter / Facebook ging over Zend en Symfony (Dus MVC en HTTP framework)

Daarom zei ik dat Wouter fan is van het HTTP framework Symfony en ik / kees en andere fan ben van het Zend MVC framework.

Quote:
Maar ik denk dat als je frameworks gaat presenteren, je twee betere keuzes had kunnen maken, namelijk micro-framework vs full-stack-framework


Ondanks bovenstaande verklaring, even nog een reactie op deze zin. Ik ben direct begonnen met het realiseren van projecten met Zend framework. Ik heb dus nooit een framework like Silex gebruikt. Ik kan dus niet beoordelen of het in het 'framework-leer-proces' beter is om te beginnen met een klein framework. Er zijn ook mensen die zeggen dat je beter kan beginnen met het bouwen van een eigen framework.

Mijn mening is, dat je pas een eigen framework moet bouwen als je geen framework kan vinden wat aan jouw eisen voldoet. Aangezien er behoorlijk wat frameworks zijn, is dat dus (haast) nooit het geval.

Wat de eisen van een framework zijn, laat ik in het midden.

Quote:
Because I really don't care whether Symfony2 is MVC or not. Probably because the MVC word is so overloaded and because nobody implements exactly the same MVC pattern anyway.


Ik twijfelde of ik die nog moest opnemen in mijn verhaal. Ik heb het niet gedaan aangezien Fabien het volgende zegt:

Quote:
I don't like MVC because that's not how the web works. Symfony2 is an HTTP framework; it is a Request/Response framework. That's the big deal. The fundamental principles of Symfony2 are centered around the HTTP specification.


Hij vind MVC niets aangezien het web zo niet werkt. Dat betekend dus dat hij een framework heeft gemaakt dat niet op het MVC pattern lijkt, aangezien hij daar niet van houd. Anders spreekt hij zichzelf tegen toch?

Quote:
Because I really don't care whether Symfony2 is MVC or not.


ORM:

Wat ik nog als discussie punt wil stellen. Is een ORM eigenlijk wel gewenst? Werkt dat nu echt zo lekker als het allemaal voorgeschoteld wordt. Is het niet veel mooier om gewoon query's te tikken zonder al die rompslomp?

Wat is nu precies het voordeel van een ORM?

Het voordeel van deze techniek is dat je code niets af hoeft te weten van het soort database dat gebruikt wordt. Hierdoor wordt het eenvoudig om van database te switchen. Daarnaast maakt dit de rest van je programma eenvoudiger. Je kan rechtstreeks met de tabellen werken zonder dat je ingewikkelde mappers of iets dergelijks hoeft te maken.

Maar, heb jij wel eens in een project van een type database moeten switchen? En als dat zo is, getuigd dat niet van een slecht voorbereiding?

En heb je met een ORM wel eens geprobeerd een zeer ingewikkelde query te schrijven? ééntje met flink wat joins, unions, subquery's (voor zover je subquery's mooi vind), group by's en nog wat lastige zaken?

Maar goed, zegt iemand, daar heb ik een oplossing voor. De meeste ORM's bieden ook de mogelijkheid om een normale query te tikken. Maar ben je dan niet je database onafhankelijkheid (Wat juist zo'n groot voordeel van een ORM is) kwijt? En op het moment dat je meerdere van zulk soort query's hebt, wordt je applicatie dan geen bende?

Het tweede 'voordeel' van een ORM is dat je tabellen naar objecten map waardoor de communicatie met de database een stuk eenvoudiger is. Echter, waarom moet je een ORM hebben om dit te bereiken? Waarom niet gewoon wat mooie data mappers? Zijn die nou zo moeilijk om te schrijven? Je bereikt dan toch precies hetzelfde? Het voordeel van wat mooie mappers is dat je gewoon lekker query's kan bakken zonder al die rompslomp eromheen.

Dat is naar mijn mening ook één van de grootste nadelen van een ORM. Doordat je een taal (SQL bijvoorbeeld) probeert te abstraheren / evenaren / nabouwen / geef het beest een naampje, wordt je code algauw enorm ingewikkeld. Waar is de tijd gebleven dat je nog netjes query's schreef?

Nog een nadeel van een ORM is, is dat ze nooit doen wat je exact wilt. De ene gebruikt backticks de andere doet het weer fout met haakjes, en noem maar op.

Ooit wel eens nagedacht over query optimalisatie? Weet jij exact hoe je dit doet in jouw ORM?

En als je nu iets database gerelateerd wilt schrijven? Hoe ga je dat doen? Schrijf je dan wel ineens een normale query? Is dat niet hypocriet dan?

Tot slot:

Hopelijk begrijp je dat bovenstaande verhaal een beetje overtrokken en sarcastisch geschreven is, maar ik hoop dat ik een (leuke) discussie oproep.

Mooi topic dit, daarvoor ben ik hier op PHPhulp!

Niels Kieviet
Gewijzigd op 21/06/2012 15:55:01 door Niels K
 
PHP hulp

PHP hulp

09/05/2021 03:53:13
 
Wouter J

Wouter J

21/06/2012 16:10:26
Quote Anchor link
@Niels, ah nu gaan we wel onze mening erin gooien! :) Het mooie van Symfony is dat hij het open laat of je een ORM gebruikt of niet. Je kan ook gewoon overstappen op Models of gebruik gaan maken van de gewone PDO/MySQLi objecten. Symfony laat in het midden wat je doet met die DB, dat is nou zo mooi. Beslis zelf niet wat jij het best vind, maar laat de uiteindelijke gebruiker beslissen welke 3th party hij gebruikt. Precies zoals met Twig, vind je Smarty mooier? Dat kan zo!

En van DB wisselen in een project slechte voorbereiding? Ik heb een tijdje met RoR gewerkt (die gebruikt Active Record) en daar is het de standaard dat je in develop mode een SQLite DB gebruikt en in productie mode een MySQL db (oid). Dus ik denk niet dat het iets te maken heeft met slechte voorbereiding...

Quote:
Mijn mening is, dat je pas een eigen framework moet bouwen als je geen framework kan vinden wat aan jouw eisen voldoet. Aangezien er behoorlijk wat frameworks zijn, is dat dus (haast) nooit het geval.

Natuurlijk, maar Silex is al een framework. Je hoeft niet zelf een framework te bouwen.

Even een voorbeeldje met een gastenboek systeem:
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
<?php
require_once __DIR__.'/vendor/Silex/autoload.php';

$app = new Silex\Application();

// beetje Twig is altijd leuk
$app->register(new Silex\Provider\TwigServiceProvider(), array(
    'twig.path' => __DIR__.'/views',
));


$guestBookMapper = new Guestbook\Mapper();

// als guestbook wordt opgeroepen in de url
$app->match('/guestbook', function() use ($app, $guestBookMapper) {
    // haal de 10 laatste berichten op
    $posts = $guetsBookMapper->getRecent(10);

    // render de show_all.twig page met de 10 recentste berichten
    return $app['twig']->render('show_all.twig', $posts);
});


// als guestbook/show/12 wordt opgeroepen (of elke andere id)
$app->get('/guestbook/show/:id', function(Silex\Application $app, $id) use ($guestBookMapper) {
    // kijk of bericht bestaat
    if ($post = $guestBookMapper->getById($id)) {
        // ja, hij bestaat, render show_single.twig met de gegevens van het bericht
        return $app['twig']->render('show_single.twig', $post);
    }
else {
        // nee, hij bestaat niet :( toon 404 pagina
        $app->abort(404, 'Dit bericht bestaat niet');
    }
});

?>
Gewijzigd op 21/06/2012 16:11:08 door Wouter J
 
Niels K

Niels K

21/06/2012 19:18:10
Quote Anchor link
Hoi Wouter,

Je draait om het punt heen ;-) Ik wil niet weten of het kan, ik wil weten wat jij er van vind. Ondanks mijn verhaal gebruik ik (af en toe) wel een ORM. Simpelweg omdat het makkelijk is.

Maar sinds ik een aantal artikelen gelezen heb, heb ik een andere mening gevormd. Ben jij het daar mee eens?

Quote:
Symfony laat in het midden wat je doet met die DB, dat is nou zo mooi. Beslis zelf niet wat jij het best vind, maar laat de uiteindelijke gebruiker beslissen welke 3th party hij gebruikt. Precies zoals met Twig, vind je Smarty mooier? Dat kan zo!


Zeker! Dat vind ik juist zo mooi aan Symfony, het laat je helemaal vrij, terwijl Zend dat juist niet doet. Alhoewel dat ook niet helemaal waar is. Met zend kan je ook bepalen wat je wel en niet doet. Dus wel of geen Doctrine, of wel of geen Smarty / Twig.

Alleen heb ik wel mijn bedenkingen omtrent een template parser. Waarom moet dat? Kan jij nu echte voordelen opnoemen?

Quote:
En van DB wisselen in een project slechte voorbereiding? Ik heb een tijdje met RoR gewerkt (die gebruikt Active Record) en daar is het de standaard dat je in develop mode een SQLite DB gebruikt en in productie mode een MySQL db (oid). Dus ik denk niet dat het iets te maken heeft met slechte voorbereiding...


Ik bedoelde te zeggen dat, dat juist één van de voordelen van een ORM is, maar dat je zulk soort situaties bijna niet tegenkomt.

Ik zeg altijd, een goede ontwikkelomgeving staat gelijk aan de live omgeving.

Quote:
Natuurlijk, maar Silex is al een framework. Je hoeft niet zelf een framework te bouwen.


Exact, maar dat bedoelde ik niet. Ik gaf alleen een reden waarom je evt een eigen framework / beheersysteem (Zie ook topic van Ozzie PHP van een aantal maanden geleden) kan schrijven.

Tot slot,

Code voorbeeld ziet er goed uit. Ik heb niets tegen Silex? Alleen ik probeer mensen na te laten denken i.p.v iets klakkeloos over te nemen. Je moet geen framework gaan gebruiken omdat andere mensen het aanraden of omdat andere mensen zeggen dat het een goed framework is.

Of ben je dat niet met mij eens?

Dankjewel voor je antwoord!

Niels Kieviet
Gewijzigd op 21/06/2012 19:18:59 door Niels K
 
Wouter J

Wouter J

21/06/2012 19:54:47
Quote Anchor link
Quote:
Je draait om het punt heen ;-) Ik wil niet weten of het kan, ik wil weten wat jij er van vind. Ondanks mijn verhaal gebruik ik (af en toe) wel een ORM. Simpelweg omdat het makkelijk is.

Maar sinds ik een aantal artikelen gelezen heb, heb ik een andere mening gevormd. Ben jij het daar mee eens?

Tja, zoals ik net al had gezegd heb ik nog geen groot project gemaakt en nog maar weinig met ORM's gewerkt, maar ik vind het wel fijn werken. En ja, er zitten nadelen aan, maar goed. Ik ben van mening dat aan elke libary/framework/app/pattern voordelen zitten en nadelen.

Quote:
Code voorbeeld ziet er goed uit. Ik heb niets tegen Silex? Alleen ik probeer mensen na te laten denken i.p.v iets klakkeloos over te nemen. Je moet geen framework gaan gebruiken omdat andere mensen het aanraden of omdat andere mensen zeggen dat het een goed framework is.

Nee, het was ook niet om jou van Silex te overtuigen. Het was om dit topic, en Jasper, een voorbeeld te geven van hoe het ook kan. Om een voorbeeld te geven van een micro-framework in gebruik. Juist omdat ik het volledig eens ben met het laatste dat je zegt. Je moet niet iets klakkeloos overnemen, je moet zelf opzoek gaan naar wat jij het best vind werken.
Daarom heb ik eerst aan alle 3 de frameworks gesnuffeld en vervolgens begonnen met Symfony. Waarom? Nou allereerst omdat de website en documentatie van Symfony er het best uitzag (ja, ben en blijf een webdesigner). En ten tweede toch zeker wel omdat de code veel moderner was met de nieuwste technieken (Silex maakt zelfs al gebruik van traits(!)).

En een template parser, goed of niet?
Zie daarvoor: http://www.phphulp.nl/php/forum/topic/template-engine-doen-of-niet-doen/83080/
Samengevat, ik hou van template parsers omdat:
1) het makkelijker is om te leren (voor designers), want (dit gaat over Twig) de syntax lijk redelijk op JavaScript. Iets wat designer met jQuery nu wel redelijk doorhebben.
2) het goede support heeft voor blocks en extenden van templates
3) autoescaping
4) designer beperken => zorg dat de designer niet alles kan doen zodat er geen grote fouten ontstaan
5)
 
Jasper DS

Jasper DS

21/06/2012 21:07:14
Quote Anchor link
Bedankt iedereen voor deze interessante bijdrage's, ik heb weer veel informatie kunnen verwerken. Ben momenteel dan toch begonnen met ZEND gewoonweg omdat ik merk dat het een veel gebruikt framework is en het sowieso handig is om het te kennen. Later als ik genoeg ervaring heb kan ik dan uitmaken wat nu het beste framework is op alle vlakken en mijn eigen mening vormen. Dat gaan nu nog niet, simpelweg omdat ik niet genoeg kennis heb!

Bedankt voor dit leuke topic en er zullen binnenkort waarschijnlijk wel wat ZEND vragen van mijn kant komen! ;-)

EDIT:

nog even over de gedachtengang, ik denk dat ik een beetje moeite heb met het opsplitsen van een echte pagina naar een view, controller, moddel.

Ik heb 2 pagina's : index.php (-> basis info + taal kiezen) , login.php (-> formpje om in te loggen) Zijn dat nu 2 aparte controllers of 1 controller met een action "login" als ik "Each page of the application is known as an action and actions are grouped into controllers" in mijn achterhoofd hou?
Gewijzigd op 21/06/2012 21:25:31 door Jasper DS
 
Wouter J

Wouter J

21/06/2012 21:42:50
Quote Anchor link
Nee, je moet de taken onderverdelen. Elke taak heeft zijn eigen controller. In een gastenboek heb je bijv. meerdere taken: Post taken (laten zien van een bericht, maken van bericht, bewerken v. bericht, verwijderen v. b.) en inlog taken (inloggen van gebruikers, dit wordt met Zend_Auth gedaan).

Deze 2 taken hebben ieder een eigen controller. Dan heb je nu al die dingen die er binnen zo'n taak gedaan worden, vaak de CRUD (create, read, update en delete). Dit zijn acties, ook heb je vaak een show actie.

Vervolgens heb je ook verschillende tabellen: users (voor inlog systeem) en posts (voor de berichten). Elke tabel krijg zijn eigen Model.

Ik vind die engelse quote een beetje vaagjes en niet echt geweldig...
 
Jasper DS

Jasper DS

21/06/2012 21:48:38
Quote Anchor link
Oke, dus een inlog-systeempje is nog iets te ingewikkeld?


Toevoeging op 21/06/2012 22:47:38:

Niels, ben ik op de goede weg?

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
<?php

/**
 *  Deze classe doet ... ik heb geen idee
 *
*/


class Application_Model_DbTable_Guestbook extends Zend_Db_Table_Abstract
{

    protected $_name = 'guestbook';
    protected $_rowClass = 'Application_Model_Guestbook';

}


?>


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
<?php

/**
 * Dit is het Guestbook object waar ik al mijn info uit kan trekken via de controller, de info haal ik uit de Mapper
 */


class Application_Model_Guestbook extends Zend_Db_Table_Row_Abstract
{

    protected $id;
    protected $comment;
    protected $email;
    protected $date;

    public funtion __set($name, $value)
    {

        if(method_exists($this,$name='set_'.$name))
        {

        return $this->$name($value);
        }

        else
        {
            trigger_error($name.' is not avaliable .',E_USER_ERROR);
        }    
    }


    public function __get($name)
    {

        if(method_exists($this,$name='get_'.$name))
        {

            return $this->$name();
        }

        else
        {
            trigger_error($name.' is not avaliable .',E_USER_ERROR);
        }
    }


    // ik denk dat ik de setters en getter nog moet maken?
    
    public function getId()
    {

        return $this->id;
    }

    
    public function setId($id)
    {

        $this->id = $id;
    }

    
    // Wat moet er in deze classe nog worden toegevoegd?
}


?>


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

/**
 * Dit object haalt info uit de db en stopt dat in het Guestbook object
 */

class Application_Model_GuestbookMapper {

    protected $dbTable;

    public function setTable(Zend_Db_Table_Abstract $table)
    {

        $this->dbTable = $table;
    }


    public function getTable()
    {

        return $dbTable;
    }


    public function save(Application_Model_Guestbook $guestbook)
    {

        // Ik veronderstel dat ik hier mijn data uit het object Application_Model_Guestbook moet halen?
        $this->getTable()->insert($data);
    }


    public function fetchAll()
    {

        // Tabelobject? Wat is mijn tabelobject?
    }
}


?>
 
Niels K

Niels K

22/06/2012 19:01:23
Quote Anchor link
Wouter J:
Tja, zoals ik net al had gezegd heb ik nog geen groot project gemaakt


Ik had je uitgenodigd toch ? ;-)

Wouter J:
... en nog maar weinig met ORM's gewerkt, maar ik vind het wel fijn werken. En ja, er zitten nadelen aan, maar goed.....


Dat klopt, ze werken inderdaad fijn. Maar zodra je echt een moeilijke query wilt bakken wordt een ORM al gauw lastig. Zijn er mensen die deze ervaring delen?

Quote:
... Ik ben van mening dat aan elke libary/framework/app/pattern voordelen zitten en nadelen.


Daar heb je een goed punt! :-) Elke framework heeft wel zijn ditjes en zijn datjes. Maar een framework is iets anders dan een ORM ;-)

Wouter J:
Nee, het was ook niet om jou van Silex te overtuigen. Het was om dit topic, en Jasper, een voorbeeld te geven van hoe het ook kan. Om een voorbeeld te geven van een micro-framework in gebruik.


Ah, sorry dan heb ik dat verkeerd geïnterpreteerd. Zoals ik zei kan ik daar niet over oordelen omdat ik direct met Zend Framework begonnen ben. Dat heb je als je bij een bedrijf pas echt begint met programmeren.

Wouter J:
Juist omdat ik het volledig eens ben met het laatste dat je zegt. Je moet niet iets klakkeloos overnemen, je moet zelf opzoek gaan naar wat jij het best vind werken.


Kijk, we komen er wel uit ;p

Wouter J:
Daarom heb ik eerst aan alle 3 de frameworks gesnuffeld en vervolgens begonnen met Symfony. Waarom? Nou allereerst omdat de website en documentatie van Symfony er het best uitzag (ja, ben en blijf een webdesigner). En ten tweede toch zeker wel omdat de code veel moderner was met de nieuwste technieken (Silex maakt zelfs al gebruik van traits(!)).


Top, iedereen zijn eigen favorite framework toch? Ik vind zowel Zend als Symfony lekker werken. (Heb 1 project met Symfony gedaan)

Ik heb echter veel meer verstand van Zend Framework dan van het Symfony framework dus als ik wat dingen uitleg probeer ik het op basis van Zend Framework te doen.

Wouter J:
En een template parser, goed of niet?


Zie mijn reactie in het desbetreffende topic.

@Jasper PHP

Ik heb geen tijd meer om op jouw reactie te reageren. Its party time ;-) Ik zal morgen op jouw reactie reageren.
 
Reshad F

Reshad F

22/06/2012 19:27:07
Quote Anchor link
hmm ik vraag me af, ik ben met CI begonnen en dat is ook gebaseerd op MVC en ik begrijp dat wel grotendeels is het dan handig om op ZEND over te stappen of op Symfony aangezien de een MVC is en de ander niet?

of zou dit niet uit moeten maken.
 
Wouter J

Wouter J

22/06/2012 23:09:01
Quote Anchor link
Nee, heel groot is het verschil niet. Alleen net wat kleine stapjes. Je zou zelfs kunnen zeggen dat het HTTP pattern een implementatie is van het MVC pattern, want zoals Fabien al zei, niemand weet hoe het MVC goed moet worden geïmplementeerd: Het is een geweldig pattern, alleen zo onduidelijk als het maar kan zijn.

Quote:
Maar een framework is iets anders dan een ORM ;-)

Daarom zei ik ook framework/libary/app/pattern, ik denk dat een ORM daar wel ergens tussen valt :)
 
Reshad F

Reshad F

22/06/2012 23:14:18
Quote Anchor link
wat vond jij makkelijker uitgelegd/gedocumenteerd wouter? Zend of Symfony? en zeg alsjeblieft niet alleen maar Symfony omdat je er fan van bent :P
 
Wouter J

Wouter J

23/06/2012 00:08:23
Quote Anchor link
Symfony. Hun website leest makkelijker, straalt professionaliteit uit en is overzichtelijk. Na het lezen van een Symfony documentatie wil ik altijd meteen beginnen, ik kan me niet herinneren dat met Zend te hebben gehad...

Maar ben je al begonnen met symfony? Of begrijp je het niet? (vertel maar even in je eigen topic, houden we de zaken goed gescheiden)

Edit:
Even iets opgezocht waardoor je ziet dat ik niet de enige ben die dit vind:
Quote:
In addition to the content of the Quick Tour I also found the design of Symfony’s website to be quite appealing. Although it is said to not judge a book by its cover we humans tend to notice things that are pretty. The same is true of Symfony’s website. Its pleasing to look at, pleasing to use, and I felt a sense of professionalism and polish that made me feel safe to learn more about the code.

I spent a few nights reading in bed on my iPad the rest of Symfony’s tutorials and docs and finally felt confident enough to begin coding. I did begin doing some coding in Symfony and aside from the difficulty of learning a new project’s jargon I was actually having an enjoyable time using Symfony.
(bron)
Gewijzigd op 23/06/2012 10:16:49 door Wouter J
 
Roel -

Roel -

25/06/2012 22:00:26
Quote Anchor link
Ik snap het met die autoloader nog niet helemaal, het lijkt mij juist omslachtig.
De werking snap ik helemaal, alleen je gebruikt voor de eerste keer dat je een object aanmaakt een andere naam voor object, dat lijkt mij juist verwarrend.

Klopt dit?
 
Wouter J

Wouter J

25/06/2012 22:08:17
Quote Anchor link
Nee, je gebruikt altijd dezelfde naam.
 
Roel -

Roel -

25/06/2012 22:14:20
Quote Anchor link
Ook als je het in submappen plaatst?
Dan heb je /www/classes/User/User.php en als je dan new User doet, dan kom je daar uit?
 
Wouter J

Wouter J

25/06/2012 22:19:39
Quote Anchor link
Nee, daarom moet je die klasse een andere naam geven. Dus niet een klasse User maar een klasse User_User.

En, ja dat staat heel lelijk en ja dat kan veel mooier. Met namespaces:
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
<?php
// lib/MyProject/User/User.php

namespace MyProject\User;

class User
{
   // ...
}
?>

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

// registreer de autoloader


use MyProject\User\User;

$user = new User();
?>
 
Roel -

Roel -

25/06/2012 23:00:08
Quote Anchor link
Is dat dan niet hetzelfde idee als gewoon require typen? xD
 
Wouter J

Wouter J

26/06/2012 10:05:32
Quote Anchor link
Roel, het mooie van een autoloader is dat deze het automatisch doet. Hierdoor heb je nooit problemen met nog niet gedefinieerde klassen.
En het is lazy-loading: De klasse wordt pas ingevoegd als je hem nodig hebt, niet eerder.
 
John Cena

John Cena

26/06/2012 10:08:08
Quote Anchor link
En het staat ook fancyer, dat kun je niet ontkennen :)

Vind het toch mooier om er Application_Model_DbTable_Settings te typen als
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
<?php
require_once('/application/model/dbtable/settings.php'); ?>
 
Roel -

Roel -

26/06/2012 19:36:58
Quote Anchor link
Ik kan er met m'n verstand gewoon niet bij. Je gebruik bij je class definitie namespace en bij de instanciëring use?
 

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