[ #csharp #dotnet #programowanie #maavfeed ]
Nie jestem fanem wrzucania postów około programistycznych czy o tematach miękkich(co nie znaczy, że ich nie czytam). Wolę wrzucać artykuły stricte technologiczne. Widzę jednak, że cieszy się to zainteresowaniem i często pobudza do dyskusji, więc oto jest:
Jak nie odchodzić z pracy
ANGULARJS – DEPENDENT DROPDOWNS
Parsowanie plików z ogranicznikiem pól. Metoda String.Split i String.SplitWithCheckSeparator

(Not so) Stupid Question 284-287: What is cyclomatic complexity, how do
Ciekawe zestawienie - idealne dla wielbicieli wszelakiego programowania :)

Kilka porad ode mnie:

➊ Stosuj jakąś lepszą graficzną formę prezentacji linków. Aktualnie jest to 'wall of text'. Użyj jakiegoś wypunktowania (jak np. w tym komentarzu) oraz rozdziel linki dodatkową nową linią. Zwiększając czytelność, zwiększysz też klikalność w linki. A za klikalnością pójdą plusy i będziesz piękny, znany i bogaty... prawie jak @imlmpe ( ͡º ͜ʖ͡º)

➋ Większość
@imlmpe: Dzięki za rady :) Z kilku skorzystam, ale też kilka słów wytłumaczenia:
Ad 1. Racja
Ad 2. Myślałem o jednym zdaniu do każdego linku, ale za dużo czasu mi to zajmuje. Czasami jak tytuł nie jest zbytnio opisowy, to go zmieniam lub dopisuję swoje wyjaśnienie.
Ad. 3. Racja
Ad. 4. Lubię suby i być piękny, młody i bogaty, ale nie jest to głównym celem tego tagu.
Wrzucam linki, które ja
@budyn: Core to słaba nazwa. Core to powinna być jakaś absolutna podstawa i rzadko zmieniany kod.
Dodatkowo już istnieje .NET Core, więc będzie się mieszał z ASP.NET Core.
Wg mnie Microsoft wchodzi w Open Source i się nie potrafi ogarnąć trochę z wersjonowaniem.
Entity Framework SQL query tracer

Można wtedy podpiąć się profilerem do bazy i przechwycić je w całości. Niestety takie rozwiązanie jest bardzo czasochłonne


@Maav: czy 5 sekundowy proces można określić jako "czasochłonny"? ( ͡º ͜ʖ͡º)
[ #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.