[M.....v]

[ #csharp #dotnet #java #programowanie #maavfeed ]

Linki z bloga, który nigdy sam się nie pojawia w źródłach i zazwyczaj sprawdzam oddzielnie.
Posty tutaj nie mają jakiejś przełomowej i zaskakującej zawartości, ale zwykle tłumaczą wzorce i technologie w bardzo przystępny sposób z samplami, które pozwalają na szybkie wdrożenie:
Pattern Overview: Command-Query Responsibility Segregation and Event Sourcing
Implementing CQRS in .NET Part 1: Architecting the Application
Implementing CQRS in .NET Part 2: Handling Commands and Events
Implementing CQRS in .NET Part 3: The Commands Interface

ASP.NET 5 WITH POSTGRESQL AND ENTITY FRAMEWORK 7
Improving Error Handling in ASP.NET Web API 2.1 with OWIN

Kącik #java, ale koncepty są uniwersalne:
Microservices with minimum overhead using Spring Cloud, Docker and AWS ECS
Consider Static Factory Methods Instead of Constructors

[Centurio93]

@Maav: Masz może jakiś dobry artykuł o tym jak powinna wyglądać struktura projektów i folderów w solucji?

[M.....v]

@Centurio93: To zależy od architektury. Jak będziesz pisał w MVC, MVVM, wykorzystując CQRS czy system aktorowy, to za każdym razem będzie inny podział folderów.
Ale takim podstawowym podejściem jest rozbicie systemu na warstwy:
Data Access Layer, czyli dostęp do bazy danych, pobieranie danych z innych serwerów
Bussiness Layer, czyli główna logika aplikacji
Service Layer, czyli komunikacja z użytkownikiem

[Centurio93]

@Maav: Chodzi mi o MVC, w tym przypadku mam taką wątpliwość, bo na przykład NOP Commerce dzieli właśnie na projekty, w jednym jest dostęp do danych w drugim front-end itd., ale nadal modele muszą zostać chyba w tym głównym projekcie? Poszukam faktycznie na tym blogu.

[M.....v]

@Centurio93: Każdy poziom abstrakcji może mieć swoje modele. Data Access layer modele odzwierciedlające struktury w bazie danych. Bussiness Access Layer może operować bezpośrednio na modelach bazodanowych albo stworzyć swoje własne, a w serwisach będziesz wysyłał użytkownikowi jeszcze inne, żeby oszczędzić na przesyle danych i nie wysyłać niepotrzebnych informacji.

[Centurio93]

@Maav: Dzięki wielkie!