Primo SOA del contratto: progettazione del dominio aziendale: WCF

Sto costruendo un sistema completamente nuovo usando WCF. Userò Contract-First Approach per un servizio che deve essere costruito sulla base di concetti orientati al servizio. Ho un’operazione di servizio che restituisce i dettagli di un conto bancario di un utente. L’account può essere di tipo “FixedAccount” o “SavingsAccount”. Ho progettato il servizio come segue.

[ServiceContract] interface IMyService { [OperationContract] AccountSummary AccountsForUser(User user); } [DataContract] class AccountSummary { [DataMember] public string AccountNumber {get;set;} [DataMember] public string AccountType {get;set;} } 

Questo va bene.

Ora, ho bisogno di sviluppare il dominio aziendale per questo servizio. Posso pensare a due opzioni (ogni nuovo approccio è sempre il benvenuto)

1) Approccio 1 : Crea una class base BankAccount. Le classi specializzate che ne derivano sono “FixedAccount” e “SavingsAccount”. BankAccount avrà un metodo di trasferimento (stringa per account). Questo diventa il nostro OOAD familiare ed efficace. Ciò implica il mapping per il mapping tra le classi di dominio AccountSummary DTO e FixedAccount / SavingsAccount.

2) Approccio 2 : senza utilizzare il livello di traduzione del mapper.

Domande

1) Supponiamo che io stia usando l’approccio 1. Esiste un articolo / tutorial che spiega come mappare il conto Sommario DTO alle classi di dominio FixedAccount / SavingsAccount in base al valore AccountType in DTO (mapping condizionale)?

2) Come ottengo il compito nell’approccio 2?


LETTURA:-

  1. http://www.soapatterns.org/service_facade.php

  2. Accesso ai dati di architettura SOA

  3. Progettazione di servizi e operazioni in WCF

  4. Dati dei dati WCF e dati delle quadro di riferimento?

  5. Quando la logica appartiene all’object / quadro aziendale e quando appartiene a un servizio?