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
