| Forum: ASP.NET |
Thema:
Re: Objekte in 3-tier Architektur |
Von:
Jörg Wiedmann (
18.03.2004 11:40) |
Hallo Stephan,
Beantworte dir erst einmal folgende Fragen.
Wieso n-Tier?
Wieso sind deine Objekte sehr groß in deiner Business Schicht?
Was verstehst du unter großen Objekten.
n-Tier Architektur verwendest du eigentlich nur wo Sicherheit, Austauschbarkeit und andere Argumente gegenüber der Performance abgewägt werden.
Das heisst immer, jedes Übergeben von Objekten kostet Zeit.
Egal ob du Webservice, Windowsservice oder Remoting mit den verschiedensten Protokollen verwendest.
Wenn Sicherheit im Vordergrund steht so kommst du eh nicht drumherum die Objekte immer wieder neu an die Präsentationsschicht zu übergeben.
Viele Grüße
Jörg
| Betreff |
Von |
Datum |
|
|
  |
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 |
|
|
|
Antworten
Vorsicht bei der Eingabe: Die Zeichen ' oder -- sind nicht erlaubt!
