Mich informieren, sobald neue Inhalte hinzugefügt werden

Forum: ASP.NET | Thema: Objekte in 3-tier Architektur | Von: Stephan  ( 18.03.2004 10:15) Hallo, ich würde gerne wissen wie ihr Objekte die in einer 3-Tier Architektur verschachtelt sind in einer ASP.NET zwischenspeichert. Da in meinem Projekt die BusinessLogic Objecte sehr groß sind, halte ich es nicht für Sinnvoll diese in die Session zu speichern, da der Server zu stark belastet würde und das Objekt bei jedem Aufruf neu zu laden kömmt auch nicht in Frage da dies auch zu viele Resourcen kosten würde. Also wohin mit den Objekten? Ich bin gerade auf der Suche nach Source Projekten in ASP.NET die mit einer 3-Tier Architektur arbeiten um mir anzusehen wie andere dies gelöst haben, habe aber noch kein brauchbares Beispiel gefunden. Danke im Voraus Stephan Kitzler-Walli Betreff Von Datum Re: Objekte in 3-tier Architektur warum willst du die objekte in sessions speichern?<br>ist auf alle fälle keine gut architektur<br><br><br><br><br> Hannes Preishuber 18.03.2004 11:01 Re: Objekte in 3-tier Architektur Genau das meinte ich (dürfte ich wohl falsch ausgedrückt haben), aber ich muss die BLL (BusinessLogic) Objekte irgendwo seitenübergreifen "lagern" und ich weiß nicht wo, weil die Session meiner... Stephan 18.03.2004 11:08 Re: Objekte in 3-tier Architektur Seiten übergreifend heisst auch ausserhalb EINER Web Appliaktion. Wenns nur eine ist einfach ins die DLL' sin Sbin Verzeuchnis legen und referenzieren<br>Wenn mehre Anwendungen auf der gleichen Maschine... Hannes Preishuber 18.03.2004 13:36 Re: Objekte in 3-tier Architektur Entschuldige bitte ich habe mich falsch ausgedrückt.<br>Was ich meinte mit "Seitenübergreifend" war, dass ich eine Seite in dem Projekt aufrufe und dann zu einer anderen Seite per Link springe (im... Stephan 18.03.2004 13:43 Re: Objekte in 3-tier Architektur da hast du einen ansatz<br>Geschäftsobjekt sind zum rechnen von daten da PUNKT<br>Speichern von Daten machst du in datenContainer Objekten <br>Gutes beispiel ist ADO.NET<br>Holen von Daten... Hannes Preishuber 18.03.2004 13:47 Re: Objekte in 3-tier Architektur Die Schichten teilen sich in meinem Projekt wie folgt auf:<br>GUI (Windows.Forms und Web.Forms)<br> |<br>BLL (BusinessLogic)<br> |<br>DAL (Data Access Layer)<br><br>Die Gui greift als einzige auf die BLL zu und die... Stephan 18.03.2004 13:56 Re: Objekte in 3-tier Architektur Hallo Stephan,<br><br>Beantworte dir erst einmal folgende Fragen.<br><br>Wieso n-Tier?<br>Wieso sind deine Objekte sehr groß in deiner Business Schicht? <br>Was verstehst du unter großen Objekten.<br><br>n-Tier... Jörg Wiedmann 18.03.2004 11:40 Re: Objekte in 3-tier Architektur Das Projekt an dem ich hier arbeite hat mit einer Windows.Form Oberfläche angefangen und nun muss noch der Teil der fürs Web Programmiert werden.<br>Da dies von vornherein klar war und wir uns die... Stephan 18.03.2004 12:55 Re: Objekte in 3-tier Architektur wenn Performance ein wichtiges Kriterium ist, dann sollte man immer asynchrone objekte verwenden. Das Objekt bekommt in einem single call viele Daten und liefert irgendwelche daten zurück( zb als... Hannes Preishuber 18.03.2004 13:54 Re: Objekte in 3-tier Architektur Bin leider etwas zu unerfahren um das jetzt genau zu verstehen.<br>Soll das Objekt (asynchron) in der Session bleiben oder bei jedem Aufruf der Seite neu erstellt und geladen werden?<br><br>Bezüglich den... Stephan 18.03.2004 14:01 Re: Objekte in 3-tier Architektur Hallo Stephan,<br><br>das ist im Grundsatz richtig....aber es gibt eben auch Ausnahmen. Diese Ausnahmen kannst du definieren. Wie z.B.: Session, Applikation Handling und Caching.<br>Diese Objekte... Jörg Wiedmann 18.03.2004 14:08 Re: Objekte in 3-tier Architektur Es ist noch gar nicht so lange her, da habe ich eine ASP (3.0) Applikation umschreiben müssen, da diese die ganzen Daten in einer Com.dll gespeichert hat und dieses Objekt in der Session... Stephan 18.03.2004 14:14 Re: Objekte in 3-tier Architektur BLL Objekte sollen nicht gespeichert werden. Damit haben sie einen Status und sind per definition unskalierbar und langsam. Speichern tust du zb in einer Session einen Session Key der als Referenz zu... Hannes Preishuber 18.03.2004 15:13 Re: Objekte in 3-tier Architektur Wo liegt dann der Key?<br>Wenn der in der Datenbank liegt habe ich ja wieder Performanceprobleme, das kommt da ca. gleich damit, wenn ich bei jedem Seitenaufruf das gesamte BLL Objekt laden würde... Stephan 18.03.2004 16:28 Re: Objekte in 3-tier Architektur Hallo,<br><br>wenn es um Performance geht, bietet es sich an, die Objekte im Hauptspeicher des Webservers zu halten, also im Session- oder Application-Objekt. Ein Server mit, sagen wir mal, 2GB... G. Guest 18.03.2004 14:02 Re: Objekte in 3-tier Architektur Die Application wird auf einem Shared Server laufen. Der Server wird zwar sicherlich sehr mächtig sein, aber wenn da 50 Webapplikationen laufen wird es sicherlich knapp mit dem Hauptspeicher.<br>Wie... Stephan 18.03.2004 14:10 Re: Objekte in 3-tier Architektur Remoting ist eine der .NET-Technologien für Remote Object Access. <br><br>Dabei kann ein Businesslogik-Objekt, das physisch auf dem Backend-Server existiert, auf dem Client (das ist hier der Webserver... G. Guest 18.03.2004 16:28 Re: Objekte in 3-tier Architektur also remoting macht nur sinn wenn die Objekte vertielt liegen, der mehraufwand ist aktuell noch erheblich<br><br>Also mal die ehrliche Frage, wieviele User, Request /second usw und dann mach erst die... Hannes Preishuber 19.03.2004 07:29 Antworten Vorsicht bei der Eingabe: Die Zeichen ' oder -- sind nicht erlaubt!  Betreff:  Nachricht: Den Beitrag finden Sie nun unter: http://beta.devtrain.de/foren Die Benutzerdaten und Foreninhalte von beta.devtrain.de und www.devtrain.de sind die selben. Sie können sich dort sogar per RSS über neue Inhalte informieren lassen. Bei Problemen bitte direkt Mail an asp [AT] ppedv.de.  Signatur: