Hallo Axel,
gute Idee, w�rde es zwar gerne vermeiden noch ein Projekt zu verwalten welches dann vielleicht 3 Datentypen oder Interfaces beinhaltet, aber wahrscheinlich ist das die einzige saubere L�sung.


danke, marcus



[EMAIL PROTECTED] wrote:

Hallo,

ich w�rde die Interfaces in einem eigenen Projekt definieren.
Dadurch sparst du dir das Datenschicht-Projekt im Businessschicht-Projekt
zu referenzieren (und anders rum).
Du mu�t immer nur auf das Interface-projekt referenzieren.

Zweitens w�rde ich f�r die Datentypen auch ein eigenes Projekt machen.
Weil ich nehme mal an, das Du die Datentypen, wie ja beschrieben,
im mehreren anderen Projekten verwendest, oder?

Kann auch gut sein, dass Du dir die Interfaces sparen kannst wenn du "nur"
die datentypdefinitionen in ein eigenes Projekt "auslagerst".

Gru�
Axel

-----Urspr�ngliche Nachricht-----
Von: Marcus Schwunk [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 24. Februar 2004 12:36
An: [EMAIL PROTECTED]
Betreff: Re: AW: [Asp.net] Zirkulaere Abhaengigkeiten in VS


hmmm... und wo w�rdest du das Interface definieren?



[EMAIL PROTECTED] wrote:




Hallo,

hast du schonmal verstucht das ganze �ber Interfaces zu bauen???

-----Urspr�ngliche Nachricht-----
Von: Marcus Schwunk [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 24. Februar 2004 12:15
An: [EMAIL PROTECTED]
Betreff: Re: [Asp.net] Zirkulaere Abhaengigkeiten in VS


Ziel war es, jeglichen Code der f�r den Datenzugriff zust�ndig ist seperat in einem eigenen Projekt zu halten.
Dazu werden in der Business Schicht f�r den Datenzugriff relvante Daten an die Daten Schicht �bergeben. In der Daten Schicht werden dann die Daten in entsprechende Form gebracht und an die Datenbank geschickt.


Grund: wenn irgendwann sich der Datenzugriff �ndert, dann muss nur dieses eine Projekt ausgetauscht werden.
Klar werden in den meisten F�llen die Standardtype �bergeben, aber es gibt F�lle, gerade wo z.B. Parameter f�r Stored Procedures dynamisch aufgebaut werden, wo eigendefinierte Objekte viel einfacher zu �bergeben und zu verarbeiten sind.


XML ist schon eine L�sung, aber halt eigentlich viel doppelte Arbeit obwohl ja die Arbeit schon in der Business Schicht gemacht wurde.


Alexander Zeitler wrote:






Hallo,







Nun habe ich ein komplexes Objekt (Klasse definiert in der Business
Schicht), welches von einer Funktion in der Business Schicht an eine
Funktion in der Daten Schicht �bergegeben wird und dort f�r den
Datenbankzugriff weiterverwendet wird.
Damit dieses Objekt aber als Typ erkannt wird, m�sste ich in dem Data
Projekt eine Referenz auf das Business Projekt setzen. Dies funktioniert
aber nicht weil mir Visual Studio sagt, dass dies wegen einer
"Zirkul�ren Abh�ngikeit (circular dependency)" nicht funktioniert, auf
Grund der bereits bestehenden Referenz in dem Business Projekt auf das
Daten Projekt.







was soll dieses Business-Objekt im DB-Layer machen?
w�re es nicht m�glich, die gew�nschte DB-Funktion hierf�r im Business
Layer aufzurufen?
Kannst Du das Objekt nicht anders �bergeben? (XML?)

Gruss

Alex


_______________________________________________ Asp.net Mailingliste, Postings senden an: [EMAIL PROTECTED] An-/Abmeldung und Suchfunktion unter: http://www.glengamoi.com/mailman/listinfo/asp.net








_______________________________________________
Asp.net Mailingliste, Postings senden an:
[EMAIL PROTECTED]
An-/Abmeldung und Suchfunktion unter:
http://www.glengamoi.com/mailman/listinfo/asp.net
_______________________________________________
Asp.net Mailingliste, Postings senden an:
[EMAIL PROTECTED]
An-/Abmeldung und Suchfunktion unter:
http://www.glengamoi.com/mailman/listinfo/asp.net






_______________________________________________
Asp.net Mailingliste, Postings senden an:
[EMAIL PROTECTED]
An-/Abmeldung und Suchfunktion unter:
http://www.glengamoi.com/mailman/listinfo/asp.net
_______________________________________________
Asp.net Mailingliste, Postings senden an:
[EMAIL PROTECTED]
An-/Abmeldung und Suchfunktion unter:
http://www.glengamoi.com/mailman/listinfo/asp.net




_______________________________________________
Asp.net Mailingliste, Postings senden an:
[EMAIL PROTECTED]
An-/Abmeldung und Suchfunktion unter:
http://www.glengamoi.com/mailman/listinfo/asp.net

Antwort per Email an