De Devschuur Coffee Corner

[roy-t]

Loop een beetje met PHP en CURL te kloten. Doe ik een post request. via curl_exec(). Mijn functie returned netjes (dacht ik) het resultaat, maar er staat telkens een 1 achter.

Uiteindelijk kom ik er achter dat curl_exec() default gewoon het resultaat echo'd. Dat daardoor mijn variabele waar in ik het resultaat wilde vangen true werd ipv het resultaat, en dat het echte resultaat meteen ge-echo'd werd. Hierna echo'de ik mooi het resultaat van de hele functie (TRUE) wat afgedrukt wordt als '1'.

Nee lekker logisch weer PHP!!

[mithras]

roy-t schreef op donderdag 15 april 2010 @ 10:53:
Uiteindelijk kom ik er achter dat curl_exec() default gewoon het resultaat echo'd. Dat daardoor mijn variabele waar in ik het resultaat wilde vangen true werd ipv het resultaat, en dat het echte resultaat meteen ge-echo'd werd. Hierna echo'de ik mooi het resultaat van de hele functie (TRUE) wat afgedrukt wordt als '1'.

quote: http://nl2.php.net/manual/en/function.curl-exec.php

Return Values

Returns TRUE on success or FALSE on failure. However, if the CURLOPT_RETURNTRANSFER option is set, it will return the result on success, FALSE on failure.

Dat ie automatisch output stuurt richting de browser en dat zoiets niet gedocumenteerd is, is dat wel weer vreemd. Het komt alleen ter sprake in de comments van het voorbeeld...

PS. Het is wel de reden dat ik zo ontzettend framework-afhankelijk ben geworden.

PHP:

$client = new HttpClient($url);
$response = $client->request();

if ($response->isSuccessful()) {
  echo $response->getBody();
}

e.d.

[ Voor 11% gewijzigd door mithras op 15-04-2010 11:01 ]

[roy-t]

Documentatie, I know, grappige is, dat ik dit stukje 3x overgelezen heb. Ik had zelfs returntransfer al ingesteld, alleen ipv TRUE had ik er $url ingezet (stom stom stom), maar geen foutmelding, natuurlijk .

[Matis]

Ik ben denk ik ook een beetje verziekt/verwend met Zend Framework

Vooral de error-codes extracten uit je response werkt echt heel relaxt en de opbouw van je queries wordt ook *te* eenvoudig gemaakt

[Haan]

Hoe minder tijd je kwijt bent aan triviale dingen, hoe meer tijd je overhoudt om de echte problemen op te lossen.
* Haan frameworks

offtopic:
zolang ze maar doen wat ik wil

[ Voor 13% gewijzigd door Haan op 15-04-2010 11:05 ]

[mithras]

Matis schreef op donderdag 15 april 2010 @ 11:03:
[...] en de opbouw van je queries wordt ook *te* eenvoudig gemaakt

Database bedoel je? *pling* Doctrine maakt het nu nóg gemakkelijker!

User:
  columns:
    id: integer(4)
    name: varchar(255)
    group_id: integer(4)

Group:
  columns:
    id: integer(4)
    name: varchar(255)

$ ./doctrine generate-models-yaml && ./doctrine create-tables

PHP:

$group = new Group;
$group->name = 'Group1';
$group->save();

$user = new User;
$user->name = 'Matis';
$user->Group = $group;
$user->save();

Heel datamodel, 2 seconden werk. Je hoeft het alleen nog maar uit te denken, de rest gaat écht automatisch. En dan is Doctrine2 een nog leuker feestje

* mithras ♥ code generators. Zend_Tool en de Doctrine_Cli zijn geweldig om mee te werken

[RayNbow]

mithras schreef op donderdag 15 april 2010 @ 11:11:

$ ./doctrine generate-models-yaml && ./doctrine create-tables

Genereert dat complete code?

[mithras]

RayNbow schreef op donderdag 15 april 2010 @ 11:14:
[...]

Genereert dat complete code?

De YAML file is redelijk versimpelt, maar hier komt het wel op neer ja.

Eigenlijk kan je vanuit een YAML bestand je gehele applicatie modelleren én onderhouden. De YAML beschrijf je modellen met properties (wat in weze neer komt op beschrijven van database tabellen). Ook kan je hieraan behaviours koppelen: extra features zoals timestampable (record krijgt create & update timestamp), i18n (bepaalde velden kan je elk in aparte taal invullen), versionable (elke versie wordt apart opgeslagen, altijd versies terug kunnen kijken).

Met de generator en bepaalde opties creeer ik een klasse met gegeven prefix, in Zend wordt bijv. de User een Application_Model_User class. Deze inherit van Application_Model_Base_User welke de doctrine code bevat. Zo kan ik zelf eigen methods in mijn model zetten, terwijl het gehele active record gedeelte uit de abstract base class komt.

Met de cli kan je ook tabellen aanmaken, dummy data ("fixtures") laden, database droppen en (vooral handig) migrations uitvoeren. Op basis van het verschil tussen YAML en php model, of verschil tussen php model en database tabellen berekent Doctrine de verschillen. Die worden opgeslagen in een Doctrine migrations php class, zodat je altijd op en neer kunt migreren

* mithras is dan nog niet eens over Zend_Tool begonnen

[Cartman!]

Leuk dingetje wat ik weleens tegenkom in onze code:

Cascading Stylesheet:

.hibbem {
    display:none;
}

Voor de lollige medewerkers onder ons die tevaak Jiskefet hebben gekeken (http://www.youtube.com/watch?v=NR9f00ju1sQ)

[_Erikje_]

* _Erikje_ moet lachen om de php ontwikkelaars die het helemaal het eind vinden dat hun databasemodel wordt gegenereerd

Dat is toch de gewoonste zaak van de wereld! In java kan dit al jaren dmv Hibernate. Rails heeft het sinds het begin er in zitten en Grails ook. Grails doet het in mijn ogen het mooist: definieer gewoon je class met de attributen die je eist en hij ziet vanzelf dat het een database object is. Daar maakt hij tijdens boot een databasetabel van.

Op de manier waar mithras het beschrijft vind ik zelf nog erg spartaans. Je moet zelf je foreign keys definieren (group_id) ipv gewoon een lijst van gerelateerde objecten te geven.

[YopY]

Haan schreef op donderdag 15 april 2010 @ 11:05:
Hoe minder tijd je kwijt bent aan triviale dingen, hoe meer tijd je overhoudt om de echte problemen op te lossen.
* Haan frameworks

offtopic:
zolang ze maar doen wat ik wil

offtopic:
En aangeven wat je fout doet als ze niet doen wat je wilt .

Aan goede foutmeldingen schort het nog wel eens.

@Doctrine, werkte wel leuk, maar d'r was een versie van PHP nodig die hoger was dan die op de host stond . Ik ben voorstander van 'cutting edge', maar dat was dan weer jammer.

* YopY klopt nog lekker handmatig JDBC code uit. Ook omdat Hibernate wat moeilijk te integreren is in een OSGI omgeving.

[Zoijar]

De meeste frameworks zijn een verschrikking imho: volgens de voorbeelden werken ze altijd geweldig, en alles is zo makkelijk, een druk op de knop, etc, totdat je "echt" iets wilt doen en dan kan het niet, of ben je zo ontzettend veel tijd kwijt met het framework leren en dan eigen plugins/modules te schrijven dat je het in dezelfde tijd zelf had kunnen schrijven zonder dependency en zodat elke andere programmeur het ook nog begrijpt.

[RayNbow]

YopY schreef op donderdag 15 april 2010 @ 12:15:
[...]

offtopic:
En aangeven wat je fout doet als ze niet doen wat je wilt .

Aan goede foutmeldingen schort het nog wel eens.

Foutmeldingen?

When Rails Fails
A ‘When Rails Fails’ Follow-up
When JBoss Seam Fails
When Scala DSLs Fail

[.Gertjan.]

Zoijar schreef op donderdag 15 april 2010 @ 12:36:
De meeste frameworks zijn een verschrikking imho: volgens de voorbeelden werken ze altijd geweldig, en alles is zo makkelijk, een druk op de knop, etc, totdat je "echt" iets wilt doen en dan kan het niet, of ben je zo ontzettend veel tijd kwijt met het framework leren en dan eigen plugins/modules te schrijven dat je het in dezelfde tijd zelf had kunnen schrijven zonder dependency en zodat elke andere programmeur het ook nog begrijpt.

Het wordt nog leuker als frameworks veranderen in de loop van de tijd. Als ze intern veranderen zijn er niet direct problemen, maar als men grote wijzigingen gaat doen in interfaces naar buiten dan kan dat best een grote impact hebben op de code die het gebruikt (je zou dan kunnen besluiten niet meer te upgraden, maar dat is ook niet gewenst). En stel je eens voor wat er gebeurt als je een ander framework wilt toepassen.

Het wordt meestal ook aangeraden om je eigen klassen tussen de code en het framework te plaatsen en deze aan te roepen. In eerste instantie zullen de requests direct naar het framework gaan maar in de toekomst heb je genoeg flexibiliteit om wijzigingen aan te brengen of om bijvoorbeeld van framework te wisselen.

Ook kun je in je eigen classes zaken afvangen/combineren die in het framework niet echt logisch zijn gedaan, en geloof me er zijn altijd wel wat zaken in een framework waarvan je denkt: WTF? Whyyyyy...

[Zoijar]

.Gertjan. schreef op donderdag 15 april 2010 @ 13:54:
Ook kun je in je eigen classes zaken afvangen/combineren die in het framework niet echt logisch zijn gedaan, en geloof me er zijn altijd wel wat zaken in een framework waarvan je denkt: WTF? Whyyyyy...

Adapter (of Facade) is idd handig bij zo'n framework.

Hehe, ja, zoals dat bijvoorbeeld bijna elke database view geen server-side paging ondersteund. Dat je SQL server op een andere machine draait, mogelijk niet via een dedicated gigabit netwerk, schijnt ook nooit echt rekening mee te worden gehouden. Voor een grote tabel stuur je gewoon een miljoen queries en haal je 2GB op...

[ Voor 4% gewijzigd door Zoijar op 15-04-2010 14:06 ]

[Janoz]

RayNbow schreef op donderdag 15 april 2010 @ 13:29:
When Rails Fails
A ‘When Rails Fails’ Follow-up
When JBoss Seam Fails
When Scala DSLs Fail

Grappig om te zien, en dan doel ik vooral op de reacties. De volwassenheid van de reacties is misschien wel een leuke maatstaf voor de volwassenheid van het platform. (Ik ben benieuwd wat voor flamewar er losgebarsten was wanneer er ook een artikeltje over php geweest was )

[Laurens-R]

Ok, hoe super awesome

Ik ben tegen een tool aangelopen op het internet die ik 14 jaar geleden heb geschreven in VB4 (of 5) toen ik 12 was Ik was dat ding al jaren kwijt!

Het kreng draait nog steeds, maar moet er wel om lachen hoe slecht het ding eigenlijk in elkaar zit (runtime error op runtime error)

http://download.softwareload.de/Internet-Composer/5182

This just made my day Lang leve duitse shareware sites

[ Voor 19% gewijzigd door Laurens-R op 15-04-2010 14:57 ]

[Koetjeboe]

Haha, denk dat iedereen dat wel vanzich kent Zo heb ik (QB45 ): Superdog! (Soort tamagotchi hond) Krijg het alleen niet meer geopend, geluidsbestanden werken nog wel...

Ook mooi, de graphics zitten in .LOL bestanden

[ Voor 21% gewijzigd door Koetjeboe op 15-04-2010 15:07 ]

[mithras]

_Erikje_ schreef op donderdag 15 april 2010 @ 11:53:
* _Erikje_ moet lachen om de php ontwikkelaars die het helemaal het eind vinden dat hun databasemodel wordt gegenereerd

Haha, in zekere zin heb je wel gelijk natuurlijk. Het mooie vind ik dat je nu een prima taal hebt die laagdrempelig is, op veel ondersteuning kan rekenen en met de laatste trends (frameworks en php5.3) een solide én performante applicatie kan afleveren.

Grails doet het in mijn ogen het mooist: definieer gewoon je class met de attributen die je eist en hij ziet vanzelf dat het een database object is. Daar maakt hij tijdens boot een databasetabel van.

Op de manier waar mithras het beschrijft vind ik zelf nog erg spartaans. Je moet zelf je foreign keys definieren (group_id) ipv gewoon een lijst van gerelateerde objecten te geven.

Beide kan ook hoor Ik kan enerzijds de klasses met setup-code zelf schrijven, met Doctrine2 kan je ook met wat phpdoc comments de entity configureren.

Daarnaast hoef je niet een foreign key te specificeren, maar met een optie "autodetect relations" hoef je dan niets meer te doen. Je kan de relatie ook beschrijven, maar dat vind ik meer werk

Zoijar schreef op donderdag 15 april 2010 @ 12:36:
De meeste frameworks zijn een verschrikking imho: volgens de voorbeelden werken ze altijd geweldig, en alles is zo makkelijk, een druk op de knop, etc, totdat je "echt" iets wilt doen en dan kan het niet, of ben je zo ontzettend veel tijd kwijt met het framework leren en dan eigen plugins/modules te schrijven dat je het in dezelfde tijd zelf had kunnen schrijven zonder dependency en zodat elke andere programmeur het ook nog begrijpt.

Volgens mij heb je dan te maken met drempel en leercurve. Uiteindelijk kan je, als je het systeem een beetje kent, zeer makkelijk je uitbreidingen maken. Ten minste, dat is mijn ervaring. Wellicht dat de keuze van taal+framework dit soort mogelijkheden heel erg beinvloed

[Michali]

Cartman! schreef op donderdag 15 april 2010 @ 11:29:
Leuk dingetje wat ik weleens tegenkom in onze code:

Cascading Stylesheet:

.hibbem {
    display:none;
}

Voor de lollige medewerkers onder ons die tevaak Jiskefet hebben gekeken (http://www.youtube.com/watch?v=NR9f00ju1sQ)

Haha, geniaal..

Hier op werk is dat filmpje ook legendarisch, zal morgen ff die class introduceren.

[ Voor 11% gewijzigd door Michali op 15-04-2010 19:52 ]

[Sebazzz]

Cartman! schreef op donderdag 15 april 2010 @ 11:29:
Leuk dingetje wat ik weleens tegenkom in onze code:

Cascading Stylesheet:

.hibbem {
    display:none;
}

Ik kan me er wel bij voorstellen dat iemand dat doet, bijvoorbeeld als je een style="display:none;" in je HTML gebruikt gaat de webrichtlijnen validator over de zeik dat je inline styles gebruikt. Uiteraard zal een handmatige test daar overheen kijken.

[Verwijderd]

Sebazzz schreef op donderdag 15 april 2010 @ 19:59:
[...]

Ik kan me er wel bij voorstellen dat iemand dat doet, bijvoorbeeld als je een style="display:none;" in je HTML gebruikt gaat de webrichtlijnen validator over de zeik dat je inline styles gebruikt. Uiteraard zal een handmatige test daar overheen kijken.

Ik vraag me af wat dan de meerwaarde er van is, het is net zoiets als geen 'target="_blank"' gebruiken en vervolgens een javascriptje te maken die het zelfde doet.

YopY schreef op donderdag 15 april 2010 @ 09:34:
[...]


Ik knapte af op Cake al tijdens de quickstart. Wie bedenkt een constructie zoals $this->post['Post']['id'] ipv gewoon $this->post->id of $post->id? Kan natuurlijk zijn dat ik het gewoon niet snap. Nee, ik heb meer met Zend Framework.

Hoelang geleden heb je de quickstart gelezen? Tegenwoordig gebruik je gewoon $this->data.

[ Voor 29% gewijzigd door Verwijderd op 15-04-2010 20:19 ]

[Sebazzz]

Verwijderd schreef op donderdag 15 april 2010 @ 20:10:
[...]

Ik vraag me af wat dan de meerwaarde er van is, het is net zoiets als geen 'target="_blank"' gebruiken en vervolgens een javascriptje te maken die het zelfde doet.

Tsja als iemand per sé wilt valideren, dan kunnen ze alles doen he
Zelfde voor target, dat bestaat in XHTML 1.1 bijvoorbeeld niet meer.

[Matis]

Het *programmeren* van realtime logica is toch best wel lastig

Vooral de tijdkritische datapaden en de praktisch onmogelijke manier van debuggen maken het er niet makkelijker op

[Verwijderd]

Sebazzz schreef op donderdag 15 april 2010 @ 20:30:
[...]

Tsja als iemand per sé wilt valideren, dan kunnen ze alles doen he
Zelfde voor target, dat bestaat in XHTML 1.1 bijvoorbeeld niet meer.

Beetje kut oplossing natuurlijk, wat heeft het voor nut als je valideert, maar vervolgens wel de achterliggende gedachte negeert door er een nog smerigere functie in te bakken? Soms is valid xhtml een beetje overrated.

[Cartman!]

Sebazzz schreef op donderdag 15 april 2010 @ 19:59:
[...]

Ik kan me er wel bij voorstellen dat iemand dat doet, bijvoorbeeld als je een style="display:none;" in je HTML gebruikt gaat de webrichtlijnen validator over de zeik dat je inline styles gebruikt. Uiteraard zal een handmatige test daar overheen kijken.

Het ging meer om dat het dan hibbem is ipv. hidden dus (check de video)

[mithras]

Verwijderd schreef op donderdag 15 april 2010 @ 20:10:
[...]

Ik vraag me af wat dan de meerwaarde er van is, het is net zoiets als geen 'target="_blank"' gebruiken en vervolgens een javascriptje te maken die het zelfde doet.

HTML5 gebruiken

offtopic:
Dat is dan wel specifiek voor target, maar toch

Sebazzz schreef op donderdag 15 april 2010 @ 19:59:
[...]

Ik kan me er wel bij voorstellen dat iemand dat doet, bijvoorbeeld als je een style="display:none;" in je HTML gebruikt gaat de webrichtlijnen validator over de zeik dat je inline styles gebruikt. Uiteraard zal een handmatige test daar overheen kijken.

Dit verschil gaat over hibbem vs hidden, maar je mist ook een ander punt. Wij gebruiken een base stylesheet met dingen als classes .left (float left), .right (float right), .float (overflow hidden, bevat dus floating element), .hidden (display hidden) en nog zo een paar. Dan kan je enorm snel een basisstijl maken.

[Styxxy]

Verwijderd schreef op donderdag 15 april 2010 @ 20:10:
[...]

Ik vraag me af wat dan de meerwaarde er van is, het is net zoiets als geen 'target="_blank"' gebruiken en vervolgens een javascriptje te maken die het zelfde doet.

Ik vind het zelfs irritant dat een website dwingt om een pagina te openen in een ander venster. Ik wil dit zelf eerder kunnen controleren .

[Ram0n]

Styxxy schreef op donderdag 15 april 2010 @ 21:47:
[...]

Ik vind het zelfs irritant dat een website dwingt om een pagina te openen in een ander venster. Ik wil dit zelf eerder kunnen controleren .

Inderdaad... Ik beheer enkele grote fora en de gebruikers hebben meerdere keren gevraagd om links in nieuwe vensters te openen. Ik krijg het er maar niet in dat ze dat simpelweg zelf kunnen doen met de juiste gesture of toetsencombinatie. Ik vind het zó irritant als een website me dwingt iets in een nieuwe pagina te openen.

[Verwijderd]

Ram0n schreef op donderdag 15 april 2010 @ 21:56:
[...]

Inderdaad... Ik beheer enkele grote fora en de gebruikers hebben meerdere keren gevraagd om links in nieuwe vensters te openen. Ik krijg het er maar niet in dat ze dat simpelweg zelf kunnen doen met de juiste gesture of toetsencombinatie. Ik vind het zó irritant als een website me dwingt iets in een nieuwe pagina te openen.

lab mix plus, en dan 1 venstermodus inschakelen.

maar inderdaad, waarom zou je iets (anders dan een bevestigings-popup) in een nieuw venser willen openen? anno 2010 heeft iedereen toch een browser met tab support

[Verwijderd]

Styxxy schreef op donderdag 15 april 2010 @ 21:47:
[...]

Ik vind het zelfs irritant dat een website dwingt om een pagina te openen in een ander venster. Ik wil dit zelf eerder kunnen controleren .

Ja daarom, het slaat nergens op om voor de gebruiker te beslissen of iets in een nieuw venster geopend moet worden, die keus kan de gebruiker zelf maken. Was het niet zo dat dat de/een reden was waarom target niet meer ondersteund werd? Zie trouwens dat hij weer valid is in html5, maar hij blijft imho net zo evil!

[.oisyn]

Iemand enig idee om in C# van een generieke T[] (die in de praktijk altijd blittable is) een pointer ernaar te verkrijgen? Dingen als sizeof en fixed mogen niet op een generiek type, en in nongeneric code heb je alleen de keuze uit een object[] waar je natuurlijk ook niets aan hebt...

Ik wil dus dit doen:

C#:

void Foo<T>(T[] bla)
{
    unsafe { fixed(void * ptr = bla) { /* doe iets met bla */ } }
}

Maar dat mag niet. Helaas is mijn implementatie nu een Foo(void*), waardoor je in de aanroepende code telkens de unsafe en fixed blokken moet plaatsen, maar daar wil ik juist vanaf.

.edit: d'Oh, zal je altijd zien, na het plaatsen van de post kun je ineens wel de juiste info in de docs vinden . GCHandle zou een oplossing moeten bieden.

.edit2: yup, dit werkt \o/

C#:

void Foo<T>(T[] data)
{
    GCHandle handle = GCHandle.Alloc(data, GCHandleType.Pinned);
    IntPtr address = handle.AddrOfPinnedObject();
    int size = data.Length * Marshal.SizeOf(data[0]);
    // doe iets met size en address
    handle.Free();
}

Wel flauw dat Marshal.SizeOf() geen array accepteert.

[ Voor 28% gewijzigd door .oisyn op 16-04-2010 01:08 ]

[Sebazzz]

Wel mooi dat je ook gelijk niet meer unsafe hoeft te werken

[.oisyn]

Dat is helaas niet waar, de methods van GCHandle hebben een SecurityPermissionAttribute(SecurityAction.LinkDemand, Flags = SecurityPermissionFlag.UnmanagedCode)

Goed, je hebt natuurlijk geen unsafe blokken meer nodig, maar je app is niet meer pure (maar goed, dat was ie toch al niet aangezien je iets met pointers ging doen )

[ Voor 34% gewijzigd door .oisyn op 16-04-2010 11:24 ]

[roy-t]

Ik vraag me trouwens af waarom je uberhaupt met pointers loopt te kutten? Vaak is dat een gevallatje 'teveel C++ in C# willen doen'. Het kan natuurlijk een goede reden hebben, maar is het echt iets wat niet performant kan met gewone references?

[.oisyn]

OpenGL ES

[Woy]

Maar kan je je T[] niet gewoon eerst naar Object[] casten zodat je wel fixed kan gebruiken?

Al is het niet meer nodig

edit:
Oh dat kan natuurlijk niet, want valuetype[] kan je niet naar object[] casten, terwijl een valuetype wel naar object gecast kan worden

[ Voor 41% gewijzigd door Woy op 16-04-2010 12:20 ]

[.oisyn]

Nee, want object is een boxed type. Een constructie als fixed(void * ptr = objArray) compileert ook niet eens.

Oh dat kan natuurlijk niet, want value type arrays kan je niet naar object[] casten

Dat ook niet? Vaag, ik dacht dat dat wel werkte...

[ Voor 40% gewijzigd door .oisyn op 16-04-2010 12:21 ]

[Woy]

Maar wil je dan niet gewoon
[code=c#]
void Foo<T>( T[] data ) where T : struct
{
unsafe{ fixed( void* ptr = data ){ /*dosome*/ } }
}
[/code]
Dat mag volgens mij wel

Niet dus

.oisyn schreef op vrijdag 16 april 2010 @ 12:20:
Dat ook niet? Vaag, ik dacht dat dat wel werkte...

Het kan wel overigens

C#:

T[] arr1;
Object[] arr2 = (object[])(object)arr1;

[ Voor 44% gewijzigd door Woy op 16-04-2010 12:26 ]

[pedorus]

Ik zat ook nog aan een hack met structlayout te denken, maar dat kan niet in combinatie met generics. Je zou natuurlijk wel gewoon overloads kunnen gebruiken, zoals bij stackoverflow wordt gesuggereerd. Dat zou als voordeel kunnen hebben dat je geen copy maakt, want ik dacht dat GCAlloc dat deed.

.oisyn schreef op vrijdag 16 april 2010 @ 12:20:
Dat ook niet? Vaag, ik dacht dat dat wel werkte...

Tuurlijk niet, want dan kan je opeens willekeurige objecten in een byte-array kunnen stoppen ofzo. Dit kan alleen in c# 4.0 met een out-parameter (het nieuwe covariance/contravariance).

Woy schreef op vrijdag 16 april 2010 @ 12:23:
Het kan wel overigens

C#:

T[] arr1;
Object[] arr2 = (object[])(object)arr1;

Ik neem aan met -smiley, want dit levert een invalidcastexception op als T[] geen object[]-array is.

[YopY]

mithras schreef op donderdag 15 april 2010 @ 21:17:
Dit verschil gaat over hibbem vs hidden, maar je mist ook een ander punt. Wij gebruiken een base stylesheet met dingen als classes .left (float left), .right (float right), .float (overflow hidden, bevat dus floating element), .hidden (display hidden) en nog zo een paar. Dan kan je enorm snel een basisstijl maken.

Volgens een X aantal CSS / XHTML puristen is dit 'bad practice' - je wilt geen gedrag opleggen in je CSS class naamgeving. Wat als je een div in een andere layout ineens rechts wilt laten zweven? Dan heb je een div class="left" en een css .left {float:right;}.

Of een .hidden {display:block;}. Natuurlijk is dat persoonlijk en zal in veel gevallen niet voorkomen, maar het is toch iets dat je in de gaten moet houden.

* YopY werkt met een tiental (spoedig meer) sites met dezelfde HTML templates maar afwijkende CSS.

[.oisyn]

pedorus schreef op vrijdag 16 april 2010 @ 12:34:
Ik zat ook nog aan een hack met structlayout te denken, maar dat kan niet in combinatie met generics. Je zou natuurlijk wel gewoon overloads kunnen gebruiken, zoals bij stackoverflow wordt gesuggereerd. Dat zou als voordeel kunnen hebben dat je geen copy maakt, want ik dacht dat GCAlloc dat deed.

GCAlloc doet dat niet, net zo min als fixed() dat doet (ik heb het geverifieerd, zowel fixed als de GCAlloc leveren uiteindelijk dezelfde pointer op). Daarom moet je 'm ook pinnen, anders mag je AddrOfPinnedObject() niet eens aanroepen.

En die overloads zijn gewoon onwerkbaar. Ik weet niet wat voor vertexformat de gebruiker in een vertexbuffer wil keilen . Ik ga niet voor elke permutatie een struct definieren, en daar een overload voor maken.

Tuurlijk niet, want dan kan je opeens willekeurige objecten in een byte-array kunnen stoppen ofzo.

Da's natuurlijk onzin, dat je een dergelijke array hebt impliceert niet meteen dat je er ook willekeurige types in kunt kwakken . Je kunt een string[] toch ook naar een object[] casten? Jouw argument gaat dan net zo goed op.

Maar goed, ik snap de reden verder wel. Elke array van reference types is in principe gewoon een array met object references, of je nou een string[] of een Form[] hebt, dus een andere view daarop maken is vrij simpel. Bij value types zal er geboxed moeten worden, en is de grootte van een element in een T[] afhankelijk van T zelf.

[ Voor 28% gewijzigd door .oisyn op 16-04-2010 13:02 ]

[Woy]

.oisyn schreef op vrijdag 16 april 2010 @ 12:49:
[...]
Da's natuurlijk onzin, dat je een dergelijke array hebt impliceert niet meteen dat je er ook willekeurige types in kunt kwakken .

Idd

C#:

string[] foo = new string[1];
object[] bar = foo;
bar[0] = new object();

Levert een ArrayTypeMismatchException op.

Ik had het casten overigen inderdaad niet gecast, maar heb een dergelijk trucje wel eens gebruikt omdat je geen constraint op een generic type kan leggen dat het een Enum was.

Overigens is er wel iets voor te zeggen dat het inderdaad niet kan. Want bij het casten van een int naar object word die geboxed, en als je toe zou staan dat je int[] naar object[] zou kunnen casten, dan zouden alle elementen geboxed moeten worden, en dus feitenlijk ook een nieuwe array opleveren.

[ Voor 20% gewijzigd door Woy op 16-04-2010 13:01 ]

[.oisyn]

Woy schreef op vrijdag 16 april 2010 @ 12:55:
Want bij het casten van een int naar object word die geboxed, en als je toe zou staan dat je int[] naar object[] zou kunnen casten, dan zouden alle elementen geboxed moeten worden, en dus feitenlijk ook een nieuwe array opleveren.

Ja zoiets had ik er net bij geedit, maar een hele kopie hoef je er natuurlijk niet per se van te maken. Je zou ook kunnen boxen tijdens het uitlezen van elementen.

[pedorus]

Tsja, sinds generics is die functie toch al niet zo erg nodig meer, dus ik verwacht niet dat ze daar nog iets aan gaan doen. Het voordeel van generics is ook dat je meerdere versies in machinecode krijgt, in plaats van al dat (un)boxing. (Inderdaad even het verkeerde argument van stal gehaald trouwens. )

[afraca]

Leuk wat mensen met hun vrije tijd doen:

A Japanese blogger Ku-ma-me made an interesting program code. It is a variation of Quine program.

The Ruby code generates Python code, which generates Perl code, which generates Lua code, which generates OCaml code, which generates Haskell code, which generates C code, which generates Java code, which generates Brainfuck code, which generates Whitespace code, which generates Unlambda code, which generates the original Ruby code again.

http://asiajin.com/blog/2...11-programming-languages/

[Ram0n]

afraca schreef op vrijdag 16 april 2010 @ 22:17:
Leuk wat mensen met hun vrije tijd doen:


[...]


http://asiajin.com/blog/2...11-programming-languages/

Holy... Ik weet niet of ik dit cool vind, of dat ik me ernstig zorgen moet maken over die vent Maar knap is het zeker!

[afraca]

Nouja, ernstig zorgen is wellicht wat te erg. Dit schrijft hij zelf:

Thank you all. I'm glad the whole world looks this despite Japanese article.

This is actually easier than it looks. In fact, it took less than three hours to write this. I wrote only Ruby and Haskell in effect.

[roy-t]

Pff, in PHP blijf je toch maar rare dingen tegen komen. Maak je je eigen exception die overerft van Exception. Kan je de methode getMessage() niet overriden omdat deze als final gemarkeerd is. . Is toch van de zotte?

[hostname]

Daar is omheen te hacken door in de constructor $this->message te veranderen, maar het blijft een hack. Overigens kan ik me niet bedenken wanneer je de message van een exception zou willen veranderen?

[Woy]

De message van een exception wil je juist meestal veranderen, maar daarvoor hoef je inderdaad niet perse getMessage te overriden. Het lijkt me dat je op het moment dat de exception aangemaakt word al weet welke message er nodig is. Al blijft het gek dat getMessage final is.

[roy-t]

hostname en Woy.

Je je kunt inderdaad in de constructor de message veranderen, daar had ik nog niet aan gedacht, zal mijn code even aanpassen. Blijf het wel raar vinden dat getMessage final is .

[hostname]

Ben ik nu de enige die ReflectionProperty::setAccessible() een erg rare method vindt? Je kan daarmee jezelf toegang tot protected en private properties van andere objects verschaffen. Hetzelfde bestaat btw ook voor methods.

(ja, weer PHP)

[eamelink]

Tsja, met print_r kan het ook he?

[Verwijderd]

Bezig met RMI in Java .. en werkelijk . wordt er zooo moe van.
Het is echt dat het moet maar 1 keer en nooooit weer.

Exception omdat policy niet goed staat .. goedzetten. Exception dat ie STUB file niet kan vinden. Codebase goedzetten. en dan nu weer uitvogelen hoe ik die client fatsoenlijk aan de praat kan krijgen.. Maarja komen vast nog wel meer leuke Exceptions aan RMI

[hostname]

eamelink schreef op woensdag 21 april 2010 @ 20:53:
Tsja, met print_r kan het ook he?

Dat is bekijken, hiermee kan je ze ook wijzigen ...

[.oisyn]

hostname schreef op woensdag 21 april 2010 @ 20:39:
Ben ik nu de enige die ReflectionProperty::setAccessible() een erg rare method vindt?

Wellicht? Ik iig niet. Verdomd irritant als je een keer wat code schrijft puur voor debugging en je moet je in rare bochten wringen om ergens bij te kunnen. Soms wil je gewoon een "trust me, I know what I'm doing" knop.

[Sebazzz]

.oisyn schreef op woensdag 21 april 2010 @ 21:04:
[...]

Wellicht? Ik iig niet. Verdomd irritant als je een keer wat code schrijft puur voor debugging en je moet je in rare bochten wringen om ergens bij te kunnen. Soms wil je gewoon een "trust me, I know what I'm doing" knop.

Datzelfde argument kan je evengoed voor eval() aanhalen of niet?

[HuHu]

Sebazzz schreef op woensdag 21 april 2010 @ 21:30:
[...]

Datzelfde argument kan je evengoed voor eval() aanhalen of niet?

Ja, het is toch op zich ook geen probleem om even ergens een eval() neer te gooien om iets te testen (of debuggen)? Zodra je het daarna maar op de nette manier oplost, wat meestal eval() niet is.

[roy-t]

hostname schreef op woensdag 21 april 2010 @ 20:39:
Ben ik nu de enige die ReflectionProperty::setAccessible() een erg rare method vindt? Je kan daarmee jezelf toegang tot protected en private properties van andere objects verschaffen. Hetzelfde bestaat btw ook voor methods.

(ja, weer PHP)

Zelfs na .Oisyn's post vind ik het een rare. Maar als E_STRICT het niet pikt heb ik er al veel minder problemen mee.

[pieturp]

Sebazzz schreef op woensdag 21 april 2010 @ 21:30:
[...]

Datzelfde argument kan je evengoed voor eval() aanhalen of niet?

Waar denk je dat eval() anders zijn bestaansrecht aan ontleent?

[.oisyn]

Sebazzz schreef op woensdag 21 april 2010 @ 21:30:
[...]

Datzelfde argument kan je evengoed voor eval() aanhalen of niet?

En daarom bestaat het ook (soit, het is natuurlijk wel PHP dus het had ook zonder valide reden kunnen bestaan ). En goto.

[Sebazzz]

Goto is gewoon nuttig als je het goed gebruikt, goto kan af en toe verrekte handig zijn. Ik ben nog nooit een situatie tegengekomen waarbij iets moest evallen.

[Verwijderd]

[.oisyn]

Sebazzz schreef op woensdag 21 april 2010 @ 22:15:
Goto is gewoon nuttig als je het goed gebruikt, goto kan af en toe verrekte handig zijn. Ik ben nog nooit een situatie tegengekomen waarbij iets moest evallen.

Ik wel, een pagina met een textarea waarin je wat PHP danwel Javascript code kunt vrutten om het uit te voeren. Gewoon, om zo af en toe even wat te testen (meestal nav topics hier op GoT). Uiteraard afgeschermd zodat niet iedere jandoedel z'n custom code op m'n hoster kan draaien

[RayNbow]

Compiler as a Service?

C#:

CSharpEvaluator ev = new CSharpEvaluator();
ev.References.Add(typeof(Func<>).Assembly);
ev.Usings.Add("System");

var script = "int Sqr(int x) { return x*x; }"; // bijv. ingeladen vanaf disk
var f = (Func<int, int>)ev.Eval(script).Value;

Console.WriteLine(f(3));

(DevDays 2010, Compiler as a Service vanaf 59m21s)

[user109731]

hostname schreef op woensdag 21 april 2010 @ 20:39:
Ben ik nu de enige die ReflectionProperty::setAccessible() een erg rare method vindt? Je kan daarmee jezelf toegang tot protected en private properties van andere objects verschaffen. Hetzelfde bestaat btw ook voor methods.

(ja, weer PHP)

Hetzelfde kan ook in Java. En imho terecht, met reflection moeten zulke dingen gewoon mogelijk zijn. Voor bepaalde toepassingen (eigen serialization, OR-mappers?) kan dit erg handig zijn zonder public fields te vereisen.

Hetzelfde geldt voor eval en goto, in 'normale' code gebruik ik ze niet, maar 'eval' heb ik gebruikt voor een POC tainting systeem voor PHP. Voor dit soort hacks kunnen zulke powertools erg handig zijn

[BalusC]

JanDM schreef op donderdag 22 april 2010 @ 00:17:
Hetzelfde kan ook in Java. En imho terecht, met reflection moeten zulke dingen gewoon mogelijk zijn. Voor bepaalde toepassingen (eigen serialization, OR-mappers?) kan dit erg handig zijn zonder public fields te vereisen.

Hibernate maakt er idd graag gebruik van

[Snake]

RayNbow schreef op donderdag 22 april 2010 @ 00:07:
Compiler as a Service?

C#:

CSharpEvaluator ev = new CSharpEvaluator();
ev.References.Add(typeof(Func<>).Assembly);
ev.Usings.Add("System");

var script = "int Sqr(int x) { return x*x; }"; // bijv. ingeladen vanaf disk
var f = (Func<int, int>)ev.Eval(script).Value;

Console.WriteLine(f(3));

(DevDays 2010, Compiler as a Service vanaf 59m21s)

Astublieft, doe dat weg. Ik wil dat niet zien. Ik heb het al eens gezegd, het heeft waarschijnlijk z'n nut, maar als het uitkomt dan kan iedereen dat veel te gemakkelijk gebruiken en ik heb geen goesting om zulke scripts te gaan aanpassen omdat een of andere beginneling dit als oplossing zag voor zijn probleem.

Maar persoonlijk kan ik geen nut bedenken voor dit soort statements.

[D-Raven]

Snake schreef op donderdag 22 april 2010 @ 07:17:
[...]

Astublieft, doe dat weg. Ik wil dat niet zien. Ik heb het al eens gezegd, het heeft waarschijnlijk z'n nut, maar als het uitkomt dan kan iedereen dat veel te gemakkelijk gebruiken en ik heb geen goesting om zulke scripts te gaan aanpassen omdat een of andere beginneling dit als oplossing zag voor zijn probleem.

Maar persoonlijk kan ik geen nut bedenken voor dit soort statements.

Niet? Waar denk je dat LUA script voor gebruikt wordt in bijvoorbeeld World Of Warcraft? Of een berg andere applicaties.

In principe is het niks anders dan je applicatie customizable maken via script. Of dit script nu in Python, LUA of C# geschreven is maakt niks uit.

In het bedrijf waar ik werk gebruiken we zoiets om voor een applicatie per klant specifieke business regels uit te kunnen voeren. Werkt een stuk beter dan proberen om daar een obscuur database model voor te verzinnen, of om iedere keer als er iets nieuws is een nieuwe klant specifieke versie te moeten compilen.

[YopY]

hostname schreef op woensdag 21 april 2010 @ 20:39:
Ben ik nu de enige die ReflectionProperty::setAccessible() een erg rare method vindt? Je kan daarmee jezelf toegang tot protected en private properties van andere objects verschaffen. Hetzelfde bestaat btw ook voor methods.

(ja, weer PHP)

Zit ook in Java, . En nee, ik vindt het kud. Zit bijvoorbeeld met een OSGI pakket bezig, die heeft een Component class waar je een aantal services voor op kunt vragen (dwz dependency injection). Je kunt hem declareren als private en final en alleen een setter geven, maar daar gaat dat hele ding zo omheen. Hij breekt gewoon in je code in en zet het veld direct.

Class variable rape, .

quote: .oisyn

Soms wil je gewoon een "trust me, I know what I'm doing" knop.

Doe dat dan svp alleen op je eigen code, niet die van mij . Voor unit tests is het nog wel handig (dwz in je class kijken of alles goed staat, alhoewel je ook daar weer tegenargumenten voor kunt bedenken)

'makkelijk' is het misschien wel in sommige gevallen (OR mappers), maar 'nodig' is het niet.

[Sebazzz]

D-Raven schreef op donderdag 22 april 2010 @ 09:19:
[...]

In principe is het niks anders dan je applicatie customizable maken via script. Of dit script nu in Python, LUA of C# geschreven is maakt niks uit.

Hebben die scripts dezelfde mogelijkheden als normale C# code?

[creator1988]

Sebazzz schreef op donderdag 22 april 2010 @ 10:48:
[...]

Hebben die scripts dezelfde mogelijkheden als normale C# code?

Ligt eraan welke permissies je zet.

Het is ongeveer hetzelfde als CodeDOM; alleen veel minder foutgevoelig, je moet aangeven welke usings er zijn etc. Welke types gebruikt mogen worden.

[roy-t]

D-Raven schreef op donderdag 22 april 2010 @ 09:19:
[...]


Niet? Waar denk je dat LUA script voor gebruikt wordt in bijvoorbeeld World Of Warcraft? Of een berg andere applicaties.

LUA is er al voor C#, en werkt gewoon prima zonder C# code te eval-en. Je registreert gewoon wat methoden bij LUA waar LUA mee kan interfacen met je applicatie, de overige functionaliteit bestaat uit LUA's eigen functies/methoden.

[creator1988]

roy-t schreef op donderdag 22 april 2010 @ 11:02:
[...]


LUA is er al voor C#, en werkt gewoon prima zonder C# code te eval-en. Je registreert gewoon wat methoden bij LUA waar LUA mee kan interfacen met je applicatie, de overige functionaliteit bestaat uit LUA's eigen functies/methoden.

Sowieso heeft .NET al een hele scripting library waarmee je naar bijvoorbeeld JavaScript bepaalde objecten kan exposen, en deze vervolgens via script kan bewerken. (zoals je in AntArena je eigen mieren kon schrijven middels VBScript / JavaScript, je praatte gewoon tegen een Ant object aan (alhoewel dat in Delphi was)).

Daarnaast hebben ze IronPython, IronRuby als dynamic talen die dit ook kunnen.

[.oisyn]

YopY schreef op donderdag 22 april 2010 @ 09:24:
Doe dat dan svp alleen op je eigen code, niet die van mij

Goh, had ik het niet over debug-werk? Dus ja, dan doe ik het ook in jouw code, als ik die van jou moet debuggen.

[ Voor 15% gewijzigd door .oisyn op 22-04-2010 11:10 ]

[RayNbow]

Snake schreef op donderdag 22 april 2010 @ 07:17:
Maar persoonlijk kan ik geen nut bedenken voor dit soort statements.

Wat dacht je van het bouwen van een REPL voor C# zoals gedemonstreerd in het filmpje vanaf 1h03m05s waarnaar ik eerder linkte?

[YopY]

.oisyn schreef op donderdag 22 april 2010 @ 11:10:
[...]

Goh, had ik het niet over debug-werk? Dus ja, dan doe ik het ook in jouw code, als ik die van jou moet debuggen.

durf jij te zeggen dat mijn code bugs bevat?

[D-Raven]

RayNbow schreef op donderdag 22 april 2010 @ 11:34:
[...]

Wat dacht je van het bouwen van een REPL voor C# zoals gedemonstreerd in het filmpje vanaf 1h03m05s waarnaar ik eerder linkte?

Ben dit jaar helaas niet naar DevDays gegaan. Kwam planning technisch op t werk niet uit.
Ik moet zelfs nog _beginnen_ met het kijken van de webcasts. Ik vindt wel dat er meer interessante onderwerpen zijn als vorig jaar. Al is dat natuurlijk persoonlijk

Overigens: Binnenkort aan de slag met cloud computing technologie.

[ Voor 6% gewijzigd door D-Raven op 23-04-2010 10:31 ]

[Alex)]

Ik werk samen met een collega aan een Silverlight-project. Hij doet de webservicekant, ik de Silverlight-kant. Nu gebruiken wij aan de webservicekant een aantal custom types, die ook exposed worden richting Silverlight. Ik deed net een svn update, werkte de web reference bij, en ineens waren de custom types weg.

Wat bleek nou? Hij had de interface gewijzigd zodat een (base) interface wordt geretourneerd i.p.v. een specifieke class. En die base interface bevat die velden niet. Nu ben ik dus maar bezig geweest om die velden toch weer wel included te krijgen... en dat werkt. Yay.

[Verwijderd]

Zo het is pas half 12 en heb al zo'n 5 bakken op.. Zodadelijk kebab vreten whehe.

[Ryur]

Verwijderd schreef op vrijdag 23 april 2010 @ 11:39:
Zo het is pas half 12 en heb al zo'n 5 bakken op.. Zodadelijk kebab vreten whehe.

Lijkt een beetje op mijn normale dag

[Verwijderd]

GoTCoast schreef op vrijdag 23 april 2010 @ 12:18:
[...]

Lijkt een beetje op mijn normale dag

Whehe, goed bezig..

Wat zijn hier de ervaringen met InnoDB vs. MyISAM?

[.oisyn]

THEY BOTH SUCK!

.EDIT: HEEFT ER IEMAND NOG EEN SPARE CAPSLOCK, DE MIJNE IS STUK

[ Voor 74% gewijzigd door .oisyn op 23-04-2010 12:27 ]

[Verwijderd]

Wie heeft trouwens het knopje "more" bij populair releases op codeplex gejat ?
(bij most downloaded staat ie nog wel).

[Otherside1982]

.oisyn schreef op vrijdag 23 april 2010 @ 12:26:
THEY BOTH SUCK!

.EDIT: HEEFT ER IEMAND NOG EEN SPARE CAPSLOCK, DE MIJNE IS STUK

Waarom schrijf je geen aangepaste keyboard-driver die bij voorbeeld de fysieke knop ScrollLock mapt naar CapsLock

[mindcrash]

Otherside1982 schreef op vrijdag 23 april 2010 @ 12:56:
[...]

Waarom schrijf je geen aangepaste keyboard-driver die bij voorbeeld de fysieke knop ScrollLock mapt naar CapsLock

Wordt een beetje lastig als je alleen code kunt schrijven in CAPS he

[creator1988]

.oisyn schreef op vrijdag 23 april 2010 @ 12:26:
THEY BOTH SUCK!

.EDIT: HEEFT ER IEMAND NOG EEN SPARE CAPSLOCK, DE MIJNE IS STUK

VBScript:

WScript.SendKeys("{CAPSLOCK}")

[Voutloos]

Verwijderd schreef op vrijdag 23 april 2010 @ 12:23:
Wat zijn hier de ervaringen met InnoDB vs. MyISAM?

Kies InnoDB tenzij je een echt goede reden hebt om MyISAM te gebruiken. InnoDB zou je default keuze moeten zijn (en is dat vanaf 5.5 eindelijk ook).

[Verwijderd]

.oisyn schreef op vrijdag 23 april 2010 @ 12:26:
.EDIT: HEEFT ER IEMAND NOG EEN SPARE CAPSLOCK, DE MIJNE IS STUK

windows + U, keyboard starten en caps indrukken

[Sebazzz]

Verwijderd schreef op vrijdag 23 april 2010 @ 13:07:
[...]

windows + U, keyboard starten en caps indrukken

Gewoon shift indrukken. Shift keert alles om

[creator1988]

Sebazzz schreef op vrijdag 23 april 2010 @ 13:14:
[...]

Gewoon shift indrukken. Shift keert alles om

Fuuuuuck! Ik heb jaren steeds caps lock ingedrukt als ik een hoofdletter wou typen! Blijkt dat shift ook werkt!

[Verwijderd]

creator1988 schreef op vrijdag 23 april 2010 @ 13:34:
[...]


Fuuuuuck! Ik heb jaren steeds caps lock ingedrukt als ik een hoofdletter wou typen! Blijkt dat shift ook werkt!

gOH! kOMT ER OOK EEN ACHTER! lOL..

mAAR GOED, cAPS lOCK KAN WEL IRRI ZIJN JA..

[Verwijderd]

Voutloos schreef op vrijdag 23 april 2010 @ 13:05:
[...]
Kies InnoDB tenzij je een echt goede reden hebt om MyISAM te gebruiken. InnoDB zou je default keuze moeten zijn (en is dat vanaf 5.5 eindelijk ook).

De goede reden hier om MyISAM te gebruiken zou zijn dat het een stuk sneller en stabieler zou zijn dan InnoDB... Een bron hiervoor kan ik niet vinden, het is steeds in het voordeel van InnoDB.

[mithras]

Verwijderd schreef op vrijdag 23 april 2010 @ 13:40:
[...]

De goede reden hier om MyISAM te gebruiken zou zijn dat het een stuk sneller en stabieler zou zijn dan InnoDB... Een bron hiervoor kan ik niet vinden, het is steeds in het voordeel van InnoDB.

Dat was inderdaad zo. Misschien dat op sommige punten MyISAM nog een (zeer klein) snelheidsvoordeel heeft, de meeste bronnen bevestigen dat InnoDB net zo snel is tegenwoordig.

De overweging is volgens mij vaker foreign keys vs fulltext.

[Voutloos]

Heel generaliserend boeit het snelheisvoordeel dat MyISAM soms heeft helemaal niet, want dat mag eigenlijk nooit belangrijker zijn dan de nadelen van MyISAM: table locks, geen transacties, slechte crash recovery, doet uberhaupt zijn best niet om betrouwbaar op te slaan etc etc.

Fulltext zou de enige reden kunnen zijn, maar dat wordt bij een bepaald aantal rows ( >100k ) in een keer hoerig traag zonder dat je er iets aan kan tweaken, want het is een gruwelijk *&$%@ blackbox welke bovendien andere indices voorkomt.

Mensen die de laatste paar jaar nog MyISAM aangeraden hebben kan je voortaan vrolijk negeren.

[ Voor 8% gewijzigd door Voutloos op 23-04-2010 13:56 ]

[Verwijderd]

Oké, dan blijf ik gewoon InnoDB gebruiken zoals ik al deed.. Had MyISAM een kans gegeven om te zien of het nou echt sneller was, maar bij 4 tabellen uitlezen met joins en zo'n 50k rows duurt het met MyISAM meer dan een minuut en met InnoDB 0,009 sec of zo, met exact de zelfde query. Misschien dat er dan nog iets met indexes gedaan zou kunnen worden, had al indexes op de "FK's", maar dat had geen nut.

Het is hier inmiddels biercorner..

[Otherside1982]

mindcrash schreef op vrijdag 23 april 2010 @ 13:01:
[...]


Wordt een beetje lastig als je alleen code kunt schrijven in CAPS he

Hoezo? Er zijn toch genoeg programmeertalen die niet case-senstive zijn? Drivers hoeven toch niet C of C++ te zijn.

[.oisyn]

Vroegâh in QBasic programmeerde ik nog in all-caps. Toen ik naar Pascal overstapte vond ik die kleine lettertjes maar raar

[Laurens-R]

Otherside1982 schreef op vrijdag 23 april 2010 @ 16:03:
[...]

Hoezo? Er zijn toch genoeg programmeertalen die niet case-senstive zijn? Drivers hoeven toch niet C of C++ te zijn.

Wel als je driver development kit op C(++) gebaseerd is En dat is voor het gros van de OS'en het geval.