World of Antiohne...

In het artikel Applicatie architectuur heb ik de diverse lagen behandeld waaruit een applicatie kan bestaan. In dit artikel vertaal ik deze lagen in aparte Visual Studio solutions. Zoals zichtbaar in onderstaande tabel is iedere applicatie laag een aparte solution geworden. In de betreffende solution staat alleen functionaliteit die in de betreffende laag thuis hoort. Voor de presentatie laag heb ik voorbeeld uitwerkingen opgenomen voor een ASP.net website, een Windows applicatie en een Console applicatie. Solution Map         src         _SharedAssemblies         EntLib_4_1     ApplicationA         Presentation.WebAppUI         ClientScripts

Een gangbare architectuur voor het opdelen van applicatie functionaliteit is die van het groeperen van functionaliteit naar aandachtsgebied. Onderstaande afbeelding geeft de plaat weer die de Patterns & Practices groep van Microsoft hiervoor gebruikt binnen hun Microsoft Application Architecture Guide (2nd edition) . Dit artikel geeft een samenvatting weer van de essentie van deze architecturele opdeling van een applicatie.   Ontwerp principes Hanteer bij het ontwerpen van een applicatie de volgende vijf principes: Scheiden van verantwoordelijkheid (Separation of concerns) . Deel de toepassing op in afzonderlijke functies met zo min mogelijk overlap. Afzonderlijke verantwoordelijkheid (Single Responsibility) principe . Elke component- of module moet verantwoordelijk zijn voor een bepaalde functie / functionaliteit of over de samenvoeging van samenhangende functionaliteit. Het principe van minste kennis (Principle of Least Knowledge) . Een component of een object