Wie sollte die Kommunikation n-Tier-Anwendungen zwischen Schichten erfolgen?

Question

Kürzlich habe ich darüber diskutiert, wie man die Kommunikation in der n-Tier-Architektur am besten bewältigen kann.

Gegenwärtig werfen die Methoden, die ich mache, Ausnahmen zwischen den Ebenen für Fehler und verwendet Ereignisse/Delegaten für andere Kommunikation (um Fortschrittsbalken und ähnliches zu aktualisieren). Sind das die besten Methoden oder gibt es eine andere Methode, die ich übersehen habe und die als bessere Praxis angesehen wird?

Answer 1

Ausnahmen sind in der Tat ein guter Weg, Fehler von niedrigeren Ebenen zu behandeln.

In meinen Augen sind Delegierten am nützlichsten, wenn ein Objekt, das ein anderes Objekt besitzt, dieses Objekt anpassen muss. Das könnte sinnvoll sein, wenn Ihre Ebenen die Objekte auf niedrigeren Ebenen logisch "besitzen" - sonst würde ich wahrscheinlich das Delegiertenmuster meiden und Ereignisse verwenden.

Answer 2

Ich würde sagen, Sie sind auf dem richtigen Weg, soweit die Ausnahmebehandlung durchgeführt wird - das ist die Chain of Responsibility Pattern-Implementierung. Es ist immer gut, die Ausnahme in die Kette zu werfen. Was den anderen (Ereignisse/Delegierte) angeht, habe ich Ihre Aussage nicht verstanden, also konnte ich dazu nichts sagen.

Answer 3

Ich habe versucht, das Adaptermuster zu verwenden. Die Hauptobjekte liegen in der Logikschicht und werden unter Verwendung von zusammengesetzten Objekten umgebrochen, so dass die Präsentations- und Datenzugriffsebenen funktionieren können. Die meisten Präsentations- und Datenzugriffsschichtklassen verwenden Schnittstellen. Die Wrapper (Composite) -Objekte liegen in den Präsentations- und Datenzugriffsschichten und implementieren die Schnittstellen dieser Ebenen.

Zusätzlich zu den zusammengesetzten Objekten gibt es Controller-Objekte, die Daten von den Logikobjekten ziehen und neue Objekte (dh eine Liste von Strings) erstellen können.