[ #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
@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 systemu.

To są takie 3 podstawowe. Możesz dodawać kolejne poziomy abstrakcji, jeśli są
@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.
@Maav: No właśnie nie jestem pewien, problem się zaczyna jak nie ma A i B tylko A, B, C, D i zależności jest więcej. Ale pewnie z odpowiednią hierarchią aktorów dałoby się to ogarnąć tak, żeby miało ręce i nogi.
W sumie sobie teoretyzuję, bo mam takie coś w pracy i zabieramy się za przepisywanie tego, ale wątpię, żeby ktoś miał jaja, żeby tam na akkę się zgodzić :P
[ #csharp #dotnet #programowanie #maavfeed ]

Dzisiaj wyjątkowa pustka na prawie wszystkich źródłach.
Za to The Morning Brew świętuje 2000 wpis, więc zamieszczam tutaj ten wpis, ponieważ temu panu zdecydowanie należy się promocja.

The Morning Brew 2000

Archiwum:
Piotr Zieliński - SYNCHRONIZACJA WĄTKÓW(SEMAFOR, MUTEX), CZĘŚĆ 2.
Jon Skeet - ELEGANT COMPARISONS WITH THE NULL COALESCING OPERATOR
@Maav: Posty o synchronizacji watkow sprzed 5 lat sa spoko ale swiat poszedl troche do przodu i sa nowe ciekawsze abstrakcje w C# takie jak TPL :) Owszem warto znac locki, mutexy i semaphory ale ... i tak lepiej cos zrobic z TPL a siegac po inne mechanizmy jak jest potrzeba.
@michalfranc: Zdecydowanie lepiej użyć TPL czy przerzucić się na bardziej funkcyjne podejście i przekazywać immutable objects :)
Ale uznałem, że nie wszyscy jeszcze tak piszą, nie zawsze mogą wdrożyć najnowsze rozwiązania, a lock nie jest jeszcze aż tak przestarzały i można znaleźć zastosowania do niego czasami.
@1080p: Tak, lepiej. Tylko cytowałem przykład z wpisu. Ja się całkiem niedawno dowiedziałem o $"", teraz jak widzę "po staremu" to jakieś takie brzydkie :P