Strutturazione dei servizi di dominio

Naviga le tue risposte
1

Attualmente sto gestendo il posizionamento dei miei servizi con il loro tipo di azione come

  • App
    • Servizi
      • archiviazione
      • Pagamenti
        • Provider
        • gateway
        • IpnHandler

Ma mi sono sentito come quando i nostri fornitori di servizi di pagamento sono in crescita devo controllare Gateways / IpnHandler . E sentivo che il gateway di pagamento dovrebbe preoccuparsi solo del pagamento e del suo risultato. Ma non sono abbastanza contento di questa struttura in modo che la prossima alternativa è venuta nella mia mente è stato questo

  • App
    • Servizi
      • archiviazione
      • Pagamenti
        • Paypal
          • Gateway
          • IpnHandler

Quindi come si dovrebbero strutturare le proprie cartelle?

    
posta ujwal dhakal 20.12.2018 - 09:51
fonte

1 risposta

1

Ho scritto un articolo lo scorso Natale chiamato " Happy Packaging " (adatto per questa festa stagione anche:).

In questo dettaglio dettaglio 3 regole semplici per mantenere organizzati i pacchetti, per essere in grado di trovare le cose e per mantenerle mantenibili, cioè per mantenere le modifiche localizzate il più possibile:

  1. I pacchetti non dovrebbero mai dipendere da pacchetti secondari.
  2. I sotto-pacchetti non dovrebbero introdurre nuovi concetti, solo maggiori dettagli.
  3. I pacchetti devono riflettere concetti di business, non tecnici.

Nel tuo caso la regola 3. è rotta di sicuro. Organizzi per tecnologia e dividi le cose che appartengono insieme logicamente. Quindi il mio consiglio: sbarazzarsi di tutti i concetti tecnici nella struttura del pacchetto e concentrarsi sulla logica del business, lasciare che sia il "business" a dettare la struttura.

    
risposta data 20.12.2018 - 15:47
fonte

Leggi altre domande sui tag

abbrevia l'url in cms Pubblica una singola applicazione Web ASP.NET su più domini con supporto Git