[C#] Circular reference 'nodig; kan uiteraard niet

[Intrepidity]

Ik ben een pilotproject aan het doen waarin ik een goede meerlaags structuur wil demonstreren. Persoonlijk vind het het prettigst om de verschillende lagen vanwege overzichtelijkheid in verschillende projecten onder te brengen, en deze verschillende projecten dus te laten compilen naar een class library. Mijn solution ziet er momenteel zo uit:


Ik ben nu wat businesslogica aan het schrijven, en wil daarbij een functie uit het Table-project gebruiken om de databaseinteractie af te handelen. Met andere woorden, bij bijvoorbeeld het inserten van een business-object geef ik 'this' mee, en vervolgens vindt in het Table-project de conversie plaats van business-object naar databaserecord.

C#:

int pk = CollectePortaal.Table.GeoDef.insert(this);

Het zal duidelijk wezen dat de reference naar het Table-project nodig is om die functie aan te roepen. Echter, in het Table-project is weer een reference nodig naar de businesslogica om het type bekend te maken! Hoe kan ik dit oplossen?

Ik heb het een en ander gelezen over het Mediator pattern, maar dan is het me nog niet duidelijk hoe ik het type overal bekend maak..

[apokalypse]

Je moet zoeken naar DIP(Dependency inversion principle)

zoals:
http://www.oodesign.com/o..._inversion_principle.html

Korte samenvatting, gebruik interfaces

[ Voor 30% gewijzigd door apokalypse op 13-03-2008 13:30 ]

[MrSleeves]

Met apokalypse. Als je een interface aanmaakt van de businesslogica in een apart project kan je beide projecten (table en de degene waar de businesslogica wordt geïmplementeerd) daar naar toe laten refereren.

[Ruudjah]

DIT BERICHT IS PREVENTIEF VERWIJDERD DOOR DE GEBRUIKER

[ Voor 94% gewijzigd door Ruudjah op 01-12-2009 22:38 ]

[DrDelete]

ik zou er voor kiezen om niet je blind te staren op n-layer-patterns. Probeer classes die een sterke cohesie hebben bij elkaar te zetten en eerder over te gaan naar een samensmelting in een logisch C# project dan naar gelaagdheid.

Een mooi tool om te analyseren hoe sterk de cohesie tussen verschillende classes is, is Lattix (via Dependency Structure Matrix).

[Verwijderd]

Je probeert een demo project voor domain driven design te maken.

Zoals de andere posters ook al zeggen: je moet het opslaan van je objecten en je businesslogica zien los te koppelen. Het persisten van je objecten naar de database moet juist los staan van je businesslogica. Met andere woorden: het is vreemd dat je in businesslogica iets opgenomen hebt wat ervoor zorgt dat je ditzelfde businessobject wilt opslaan.
Wat wel kan, is dat je eventuele onderliggende objecten wil persisten. Die zouden dan in een laag lager zitten.

Concreet: Het aanroepen(!) van de table.insert moet je niet doen binnen je business-project. Ook niet binnen je table-project zelf.

Kom je er hiermee uit?

Cheers,