Back to "Briljant Algemeen Architectuurpost van Scott Hanselman"

This is a viewer only at the moment see the article on how this works.

To update the preview hit Ctrl-Alt-R (or ⌘-Alt-R on Mac) or Enter to refresh. The Save icon lets you save the markdown file to disk

# Briljant Algemeen Architectuurpost van Scott Hanselman

[Dit bericht](http://www.hanselman.com/blog/CommentView.aspx?guid=a0a65e0c-5ef8-41e4-a566-1739b4428aa5) door [Scott Hanselman](http://www.hanselman.com/blog) is gewoon een briljant uitgangspunt voor beginners in applicatie architectuur (in elke taal eigenlijk). In mijn ervaring kan een goede basisstructuur zo veel problemen oplossen in een applicatie - en in veel gevallen is het een 'freebie', dat wil zeggen, het voegt niet echt meer ontwikkelingstijd toe. Hij maakt een interessant punt over DataSets in de Business laag...die ik de neiging om mee te gaan in het grootste deel - als je echter begint om objecten te krijgen die bijna precies de structuur van uw DataSet repliceren...de voordelen kunnen niet duidelijk zijn - maar ontkoppeling van uw lagen door het hebben van geen verwijzing naar onderliggende back-end stores is bijna altijd een goede zaak (tenzij je een DB admin app doet natuurlijk:-)))

This is a preview from the server running through my markdig pipeline

Imported mostlylucidcouk

Briljant Algemeen Architectuurpost van Scott Hanselman

Monday, 05 July 2004

Dit bericht door Scott Hanselman is gewoon een briljant uitgangspunt voor beginners in applicatie architectuur (in elke taal eigenlijk). In mijn ervaring kan een goede basisstructuur zo veel problemen oplossen in een applicatie - en in veel gevallen is het een 'freebie', dat wil zeggen, het voegt niet echt meer ontwikkelingstijd toe. Hij maakt een interessant punt over DataSets in de Business laag...die ik de neiging om mee te gaan in het grootste deel - als je echter begint om objecten te krijgen die bijna precies de structuur van uw DataSet repliceren...de voordelen kunnen niet duidelijk zijn - maar ontkoppeling van uw lagen door het hebben van geen verwijzing naar onderliggende back-end stores is bijna altijd een goede zaak (tenzij je een DB admin app doet natuurlijk:-)))