DevTrain Forum - Re: Objekte in 3-tier Architektur

Forum: ASP.NET | Thema: Re: Objekte in 3-tier Architektur | Von: Hannes Preishuber ( 18.03.2004 13:54)

		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 Arraylist) Der garbage collector kümmert sich dann um ein sinnvolles reuse  der Komponente
Das heisst wird diese oft und häufig verwendet, wird sie auch nicht entladen

-Hannes

Betreff Von Datum

Re: Objekte in 3-tier Architektur

Bin leider etwas zu unerfahren um das jetzt genau zu verstehen. Soll das Objekt (asynchron) in der Session bleiben oder bei jedem Aufruf der Seite neu erstellt und geladen werden? Bezüglich den...

Stephan 18.03.2004 14:01

Re: Objekte in 3-tier Architektur

Hallo Stephan, das ist im Grundsatz richtig....aber es gibt eben auch Ausnahmen. Diese Ausnahmen kannst du definieren. Wie z.B.: Session, Applikation Handling und Caching. 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? 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

Antworten Vorsicht bei der Eingabe: Die Zeichen ' oder -- sind nicht erlaubt!