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 ( ͡º
  • Odpowiedz
@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 czytam, żeby się podzielić
  • Odpowiedz
@Maav: No nie, znowu nazwę zmienili. Utrudnia to trochę wyszukiwanie materiałów na necie.
Było ASP.NET vNext, One ASP.NET, ASP.NET 5, a teraz znowu co innego...
  • Odpowiedz
@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.
  • Odpowiedz
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"? ( ͡º ͜ʖ͡º)
  • Odpowiedz
[ #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
  • 5
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@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
  • Odpowiedz
@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.
  • Odpowiedz
@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
  • Odpowiedz
@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.
  • Odpowiedz
@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.
  • Odpowiedz
@Maav: chwile z Gutkiem gadałem po jakimś wykładzie, to mówił, że już na to czasu mu brakuje. Ale zrobił świetną robotę ze stroną, która ma linki do wszystkich ciekawych blogów ;)
  • Odpowiedz
@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
  • Odpowiedz