Dove entra in gioco la logica di business?

Question

Sono uno sviluppatore ASP.NET MVC che inizia appena con il mio primo grande progetto su rotaie, ma sono confuso da dove mettere la tua logica aziendale? su ASP.NET creo una libreria che contiene servizi (Domain driven design) che gestiscono la logica di business, ho sentito dire che rail utilizza un concetto di fat skin skinny controller ma ho alcuni progetti in ASP.NET che aggiungono tutta la logica al controller creerebbe un gran casino, c'è un altro modo?

Answer 1

Vai al concetto di FatModels e SkinnyControllers. I tuoi modelli dovrebbero sapere come si comportano e cosa dovrebbero fare.

Quando i tuoi modelli diventano troppo grassi, estraili in moduli riutilizzabili e includili nel modulo.

• Example of taking a fat controller (with logic) and moving to a model
• Example of taking code from the views and moving into the model

Si può facilmente verificare il comportamento di modelli che utilizzano RSpec (o test/unit o shoulda). Quindi puoi verificare che l'applicazione si comporti correttamente usando Cucumber.

Answer 2

È possibile inserire la business logic ovunque si desideri (anche nelle visualizzazioni! Anche se è una cattiva idea).

Direi se la logica è legata a un oggetto del mondo reale, quindi inserirla nel modello. Altrimenti, utilizzare il controller. Ma spetta a te decidere come farlo per la tua app. I modelli servono a modellare le cose e i controllori servono a controllare le cose.

Answer 3

"Business Logic" o qualcuno potrebbe chiamarlo "Dominio logico" non appartiene a nessuna parte vicino a Rails e/o al tuo progetto .NET MVC. Rails e MVC dovrebbero dipendere dal tuo dominio non viceversa. Consiglierei di leggere su Onion Architecture di Jeffery Palermo o di guardare "Architecture the Lost Years" di Robert Martin. (Penso che sia quel discorso comunque). Probabilmente ci sono più risorse di quelle, ma ti ringrazierai più tardi per aver trattato sia Rails che .NET MVC come i framework di terze parti che sono, e non la casa principale della tua applicazione.

Answer 4

penso che questo articolo del blog offre una buona panoramica di una strategia di incorporare Domain Driven Design con nel quadro rotaie: http://www.smashingboxes.com/domain-logic-in-rails/

TL; DR

refactoring del modelli binari classici in depositi, e utilizzare un livello facciata nei controller per interagire con il modello di dominio.

Sto lottando con questo un po 'di me stesso, e quanto sembra prevalere il modello Fat Controller, qualsiasi cosa "grassa" nel software sembra essere un odore, violando una singola responsabilità.