Skąd logika biznesowa idzie w szynach?

Question

Jestem programistą ASP.NET MVC, zaczynając od mojego pierwszego dużego projektu na szynach, ale czy jestem zdezorientowany, gdzie umieścić swoją logikę biznesową? na ASP.NET tworzę bibliotekę, która zawiera usługi (projektowanie oparte na domenie), które obsługują logikę biznesową, słyszałem, że szyny używają koncepcji chudego kontrolera modelu tłuszczu, ale mam kilka projektów w ASP.NET, które dodają całą logikę do kontroler spowodowałby wielki bałagan, czy jest jakiś inny sposób?

Answer 1

Przejdź do koncepcji FatModels i SkinnyControllers. Twoje modele powinny wiedzieć, jak się zachowują i co powinny robić.

Gdy modele stają się zbyt grube, wyodrębnij je do modułów, które można ponownie wymieniać i dołącz je do modułu.

• 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

można łatwo przetestować zachowanie modeli wykorzystujących rspec (lub test/unit lub shoulda). Następnie możesz przetestować, czy aplikacja zachowuje się poprawnie przy użyciu ogórka.

Answer 2

Możesz umieścić logikę biznesową w dowolnym miejscu (nawet w widokach !, ale to zły pomysł).

Powiedziałbym, że jeśli logika jest powiązana z obiektem świata rzeczywistego, to umieść go na modelu. W przeciwnym razie użyj kontrolera. Ale od Ciebie zależy, jak to zrobić w swojej aplikacji. Modele służą do modelowania rzeczy, a kontrolery do kontrolowania rzeczy.

Answer 3

"Business Logic" lub niektórzy mogą to nazwać "Domain Logic" nie należy nigdzie w pobliżu Rails i/lub twojego projektu .NET MVC. Railsy i MVC powinny zależeć od twojej domeny, a nie odwrotnie. Polecam lekturę "Onion Architecture" autorstwa Jeffery Palermo lub obejrzenie "Architecture the Lost Years" Roberta Martina. (Myślę, że to i tak rozmowa). Prawdopodobnie istnieje więcej zasobów niż to, ale później podziękujesz sobie, że traktujesz zarówno Railsy, ​​jak i .NET MVC, takie jak struktury stron trzecich, a nie główny dom twojej aplikacji.

Answer 4

Myślę, że ten artykuł napisany zapewnia dobry przegląd strategii włączania domeny Driven Design ze w ramach poręcze: http://www.smashingboxes.com/domain-logic-in-rails/

TL; DR

byłaby swoich klasycznych modeli szyn w repozytoriach, i używać warstwa elewacji w kontrolerach do interakcji z Twoim modelem domeny.

Sam się z tym zmagam i wydaje mi się, że wszystko, co jest "grube" w oprogramowaniu, wydaje się zapachem, naruszającym jedną odpowiedzialność.