Ziet er wel netjes uit, maar ik vraag me dan af waarom dit soort dingen niet gewoon native in PHP zitten, het zijn toch dingen die je in vrijwel elk stukje code nodig hebt (of wilt hebben).quote:Op zondag 19 januari 2014 15:14 schreef totalvamp het volgende:
[..]
Yep je hebt standaard interfaces die je kunt implementeren.
http://www.php.net/manual/en/class.iteratoraggregate.php
Het is toch native? De reden dat je niet een standaard classe hebt, is omdat PHP flexibel is in implementatie. Wat voor de 1 werkt, gaat niet werken voor een ander.quote:Op zondag 19 januari 2014 15:19 schreef raptorix het volgende:
[..]
Ziet er wel netjes uit, maar ik vraag me dan af waarom dit soort dingen niet gewoon native in PHP zitten, het zijn toch dingen die je in vrijwel elk stukje code nodig hebt (of wilt hebben).
Maar goed dit is even mijn laatste post mbt .net want geen zin om dit topic te vervuilen.
Doctrine en LINQ zijn twee totaal verschillende dingen. De enige overeenkomst is dat ze beide queries gebruiken. Doctrine is een object-relation mapper en biedt een abstractielaag tussen de domain entities en de opslag. De entiteit User hoeft en moet niet weten hoe zijn eigen data opgeslagen of opgehaald wordt. Daar zorgt de mapper voor. LINQ biedt een standaardwijze om queries uit te voeren op datastructuren, waarbij de data van uiteenlopende bronnen kan komen zoals lijsten, databaseresultaten, xml-bestanden.quote:Op zondag 19 januari 2014 15:07 schreef raptorix het volgende:
[..]
Doctrine wat ik voor zover zie is geen native onderdeel van een taal, linq is dat wel voor c# wat meestal belangrijke peformance winst bied. Linq gaat veel verder als een ORM je kunt bijvoorbeeld direct linq queries doen op een array, list of dctionary, geloof me het is enorm handig, en met tools als resharper kun je bijvoorbeeld een loop gelijk converten naar een linq query.
Dat was inderdaad ook mijn indruk, overigens ben ik niet zo een fan van ORM mappers, tenzij je heel goed weet waar je mee bezig bent, anders gezegt, je datamodel moet al geoptimaliseerd zijn, anders is het gebruik van ORM levensgevaarlijk. Voor een niet nader te noemen site hebben we het gebruikt, maar wat we dus deden was een aparte database maken waar de ORM op aangesloten was, ik zie nog wel eens voorbeelden waar men ORM mappers inzet op relationele databases inclusief veel joins over tables, geloof me daar ga je echt op je bek als je veel load krijgt.quote:Op zondag 19 januari 2014 15:26 schreef zoem het volgende:
[..]
Doctrine en LINQ zijn twee totaal verschillende dingen. De enige overeenkomst is dat ze beide queries gebruiken. Doctrine is een object-relation mapper en biedt een abstractielaag tussen de domain entities en de opslag. De entiteit User hoeft en moet niet weten hoe zijn eigen data opgeslagen of opgehaald wordt. Daar zorgt de mapper voor. LINQ biedt een standaardwijze om queries uit te voeren op datastructuren, waarbij de data van uiteenlopende bronnen kan komen zoals lijsten, databaseresultaten, xml-bestanden.
Je moet inderdaad je database al zo perfect mogelijk hebben opgezet, daarom mongoDBquote:Op zondag 19 januari 2014 16:00 schreef raptorix het volgende:
[..]
Dat was inderdaad ook mijn indruk, overigens ben ik niet zo een fan van ORM mappers, tenzij je heel goed weet waar je mee bezig bent, anders gezegt, je datamodel moet al geoptimaliseerd zijn, anders is het gebruik van ORM levensgevaarlijk. Voor een niet nader te noemen site hebben we het gebruikt, maar wat we dus deden was een aparte database maken waar de ORM op aangesloten was, ik zie nog wel eens voorbeelden waar men ORM mappers inzet op relationele databases inclusief veel joins over tables, geloof me daar ga je echt op je bek als je veel load krijgt.
Jup, in die tijd was nosql nog niet zo ver, wat we deden was dat we alle data platgeslagen hadden in views, beide voor search results en voor detail objects, beetje het idee van nosql maar dan gewoon een normale databasequote:Op zondag 19 januari 2014 16:03 schreef totalvamp het volgende:
[..]
Je moet inderdaad je database al zo perfect mogelijk hebben opgezet, daarom mongoDB
Wij gebruikten serialized bestanden om de database wat ademruimte te geven. Die op een aparte file server. Soort van cache :/quote:Op zondag 19 januari 2014 16:09 schreef raptorix het volgende:
[..]
Jup, in die tijd was nosql nog niet zo ver, wat we deden was dat we alle data platgeslagen hadden in views, beide voor search results en voor detail objects, beetje het idee van nosql maar dan gewoon een normale database
Samengevat: een taaluitbreiding om diverse gegevensbronnen te doorzoeken, filteren en te ordenen. Er zijn ook PHP-implementaties van.quote:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | List<int> Numbers = new List<int>() {1,2,3,4}; // list with 4 numbers // query is defined but not evaluated var query = from x in Numbers select x; Numbers.Add(5); // add a 5th number // now the query gets evaluated Console.WriteLine(query.Count()); // 5 Numbers.Add(6); // add a 6th number Console.WriteLine(query.Count()); // 6 |
1 2 3 4 5 6 7 8 | var results = from c in SomeCollection where c.SomeProperty < 10 select new {c.SomeProperty, c.OtherProperty}; foreach (var result in results) { Console.WriteLine(result); } |
Komt erop neer dat je direct gegevens collecties kunt querien net zoals je dat met een database doet, ik vind het zelf 1 van de meest besparende zaken in mijn werkzaamheden. Als je er eenmaal mee gewerkt hebt wil je echt niet meer terug, overigens werk ik in mijn team met 2 voormaal php developers die c# binnen 2 maandjes goed onder de knie hadden, en echt niet meer terug wildenquote:
You don't need it.quote:
Daarom gebruik ik Perlquote:Op zondag 19 januari 2014 15:31 schreef zoem het volgende:
Wat betreft de php/C# discussie: use the right tool for the right job
Kortgezegd zorgt Doctrine ervoor dat je code met de database kan praten in de vorm van objecten. Als je aan één van beide kanten iets veranderd, hoef je alleen je Doctrine aan te passen. Dat is doorgaans een stuk minder en ook overzichtelijker werk dan in de database zelf klooien.quote:Op zondag 19 januari 2014 21:19 schreef henrivo het volgende:
Kan iemand mij nou voor eens en voor altijd uitleggen waarom de hele wereld nou zo lyrisch lijkt te zijn over dat Doctrine? Snap er de ballen van
Je hebt gelijk, OO is overrated.quote:Op zondag 19 januari 2014 21:19 schreef henrivo het volgende:
Kan iemand mij nou voor eens en voor altijd uitleggen waarom de hele wereld nou zo lyrisch lijkt te zijn over dat Doctrine? Snap er de ballen van
Ik heb in een ver verleden eens voor een Duits bedrijf JSP geschreven, daar waren niet alleen de variabelen en comments in het Duits, deel van JSP was zelf in het Duits veranderd. Abfrage ipv Query, Schleife ipv Loop etc... maar dit was maar voor 50% doorgevoerd wat hele rare code produceerde.quote:Op zondag 19 januari 2014 14:21 schreef slacker_nl het volgende:
[..]
Dan moet je eens voor Nederlandse toko's gaan werken waar de voertaal Nederlands is. Dan kom je het vaak genoeg tegen. Best apart kan ik je vertellen. Je docs zijn Engels, je releasenotes Nederlands, je code Dunglish
Fransen kunnen er ook wat van.. je krijgt dan echt leuke Franstalige foutmeldingen.. hehehe.
1 2 3 4 5 6 7 8 9 10 11 | Abfrage qryMenu = new Abfrage("jdbc/kantine","select description, to_char(menu_date,'dd.mm.yyyy') from menu where to_char(menu_date,'yyyy.mm.dd') "+ " = to_char(sysdate+"+iDifferenz+",'yyyy.mm.dd') and flag = 1"); ResultSet resultMenu = qryMenu.abfrageAusfuehren(); while(resultMenu != null && resultMenu.next()) { strMenue = resultMenu.getString(1); strDate = resultMenu.getString(2); } qryMenu.abfrageSchliessen(); |
"There are 2 hard problems in computer science: cache invalidation, naming things and off-by-1 errors"quote:Op maandag 20 januari 2014 10:14 schreef KomtTijd... het volgende:
Ik moet bekennen dat ik zelf ook weleens terugval op Nederlands als ik niet zo snel op een goeie engelse term kan komen
Achquote:Op maandag 20 januari 2014 10:12 schreef Sitethief het volgende:
[..]
Ik heb in een ver verleden eens voor een Duits bedrijf JSP geschreven, daar waren niet alleen de variabelen en comments in het Duits, deel van JSP was zelf in het Duits veranderd. Abfrage ipv Query, Schleife ipv Loop etc... maar dit was maar voor 50% doorgevoerd wat hele rare code produceerde.
.
Edit: voorbeeldje uit mijn mail gevist (9 jaar geleden door een collega geschreven)
[ code verwijderd ]
1 2 3 4 5 6 | $(function() { $("button").on("click", function() { var この = this; この.innerHTML = "¡Hola, mundo!"; }); }); |
Japanse code die Spaans teruggeeft . .quote:Op maandag 20 januari 2014 10:49 schreef Aether het volgende:
[..]
Ach
[ code verwijderd ]
Ik heb ook wel stukken in het Nederlands geschreven, bijvoorbeeld voor het onderwijs waar zo veel terminologie werd gebruikt dat het niet handig was om (veel) Engels te gebruiken.
Gadver. Bij mij is alles in het Engels. Foutmeldingen zijn in twee talen (Nederlands en Engels) beschikbaar als er buitenlanders met een tool moeten werken die ik heb geschreven.quote:Op maandag 20 januari 2014 10:12 schreef Sitethief het volgende:
[..]
Ik heb in een ver verleden eens voor een Duits bedrijf JSP geschreven, daar waren niet alleen de variabelen en comments in het Duits, deel van JSP was zelf in het Duits veranderd. Abfrage ipv Query, Schleife ipv Loop etc... maar dit was maar voor 50% doorgevoerd wat hele rare code produceerde.
.
Edit: voorbeeldje uit mijn mail gevist (9 jaar geleden door een collega geschreven)
[ code verwijderd ]
Als je één var hebt die zo'n maf karakter heeft, is dat wel lekker makkelijk onthoudenquote:Op maandag 20 januari 2014 10:49 schreef Aether het volgende:
[..]
Ach
[ code verwijderd ]
Ik heb ook wel stukken in het Nederlands geschreven, bijvoorbeeld voor het onderwijs waar zo veel terminologie werd gebruikt dat het niet handig was om (veel) Engels te gebruiken.
1tje wel, 100erden nietquote:Op maandag 20 januari 2014 11:34 schreef KomtTijd... het volgende:
Als je één var hebt die zo'n maf karakter heeft, is dat wel lekker makkelijk onthouden
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |