Architektur der Azure Mobile Services-Anwendung

Ich versuche, eine Architektur für eine Windows Universal App zusammenzustellen, die Azure Mobile Services nutzt. Es ist eine LOB-App und muss 100-250 Offline- / Onlinetabellen verarbeiten. Derzeit unterstützt Mobile Services keine verschachtelten komplexen Objekte. Auf der Serviceseite habe ich die meisten meiner Tabellen direkt vom Entity-Framework aus zugeordnet.

Die Frage, die ich habe, ist, ob ich eine unterschiedliche Schicht benutzen sollte, um die DTOs wieder herzustellen, oder ob ich dies alle durch die Service-Schicht und das Ansichtsmodell tun sollte. Meine Hauptanliegen sind die Isolation der Verantwortung (großes Team) und der Performance-Overhead vom zusätzlichen Mapping.

Hatte nicht den Ruf, ein Bild hinzuzufügen, hier ist der Link zum Modell.

Ein Beispiel wäre ein Personenobjekt mit einer angehängten Sammlung von Adressen. Ich habe drei DTO-Objekte: eines für die Person, eines für die Adresse und eines für die vielen zu vielen Beziehungen. Wenn ich direkt dem Ansichtsmodell zuordne, benötige ich einen Adressierungsservice, um die Adresse für eine bestimmte Person zu ermitteln.

Wenn ich eine zusätzliche Ebene "Modell" einfüge, gibt mein Service das Personenmodell mit einer Adressensammlung zurück. Es fühlt sich ein bisschen falsch an ...

Antworten auf die Frage(2)

Ihre Antwort auf die Frage