Doe mij maar een statisch getypeerde taal

26 augustus 2011

…en ik zal je vertellen waarom. Ik ben gisteren drieëneenhalf uur tijd kwijtgeraakt doordat de schrijver van de Python-API waar ik tegenaanpraat (een relatief onbekend bedrijfje met de naam Google) een kleine inconsequentie bleek te hebben ingebouwd, iets dat met een statisch getypeerde taal binnen een minuut duidelijk was geworden.
Lees verder >>

Lees de (5) reacties

When Rome is lost in her ways

25 juli 2011

“Er zijn meer wegen die naar Rome leiden”
VIARome
zegt het bekende spreekwoord, met de implicatie: “Verschillende paden kunnen worden bewandeld om bij hetzelfde doel uit te komen.”
Lees verder >>

Lees de reactie

Modelleerpatronen (4): Eventprocessing op objectniveau

18 juli 2011

Titel: eventprocessing op objectniveau
Lees verder >>

Reageer!

Gebruik geen GUIDs in NHibernate

12 juli 2011

Iedere tabel heeft een primaire sleutel. De vraag is wat bepaalt deze waarde? Er wordt vaak gebruik gemaakt van een GUID, maar er is een beter alternatief beschikbaar.
Lees verder >>

Lees de (5) reacties

De pub-sub fruitmand op z’n Twitters

11 juni 2011

fruitmand
Lees verder >>

Reageer!

Modelleerpatronen (3): Niet-groeiende objectbomen

29 mei 2011

Titel: Niet-groeiende objectbomen
Lees verder >>

Lees de (2) reacties

Typed dependency properties in WPF

27 mei 2011

Microsoft heeft met de DependencyProperties een mooi concept bedacht, maar de syntax mag wel een stuk verbeterd worden. In deze post laat ik een alternatief zien.
Lees verder >>

Lees de reactie

Purisme en XAML

06 mei 2011

In mijn post over RoutedCommands maakte ik een opmerking dat het zo jammer was dat een Commandbinding naar je code-behind wijst: voor puristen zoals ik en MVVM-aanhangers is een lege code-behind bijna een doel op zichzelf. Maar laat ik hier eens de advocaat van de duivel spelen.

Read the rest of this page »

Reageer!

Een klasse die het alleen met zichzelf doet

15 april 2011

Heb je dat ook weleens, dat de programmeertaal je niet laat zeggen wat je wilt? Een van de problemen die ik meer dan eens ben tegengekomen is deze: dat je een interface of abstracte klasse wilt schrijven met een (abstracte) methode die iets doet met een ander object, en je wilt afdwingen dat dat andere object hetzelfde type heeft als de implementerende klasse.

Lees verder >>

Lees de (2) reacties

Test EJB’s met JUnit: OpenEJB

15 april 2011

Wanneer je wel eens met EJB’s hebt gewerkt, weet je net als ik hoe moeilijk het is om deze te (unit) testen. De code op zich is gewoon Java-code, maar er wordt veel gebruik gemaakt van annotaties zoals @PersistenceContext en @Resource. Hiermee is het onder andere mogelijk om te communiceren met een database of om berichten te versturen naar een Message Driven Bean. Omdat de code is verweven met referenties naar deze resources, is het vrijwel onmogelijk om dit te testen met bijvoorbeeld JUnit. Er zal altijd een container nodig zijn die EJB’s ondersteund om dit voor elkaar te krijgen. En dit is alles behalve wenselijk!
Lees verder >>

Reageer!