… podczas rekrutacji, a zwłaszcza w codziennym kodowaniu. Jakie zna pan wzorce projektowe i proszę opisać jeden z nich? Mi też zdarzało się tutaj odpowiadać, że Singleton. Bo prosty, bo rozumiem jak działa i jakie problemy rozwiązuje.

Był taki smutny czas, że struktura dziedziczenia w moich testach zdecydowanie przerastała stopniem skomplikowania dziedziczenie w testowanym kodzie. A bo jedna klasa bazowa dla testów umożliwiała na przykład kontakt z prawdziwą bazą. Inna – testy z bazą in-memory. Jeszcze inna – puszczanie requestów do systemu. I tak dalej. Efekt był taki, że de facto wszystkie testy dziedziczyły ze wszystkiego. Fuj na maxa, z pryszczem jeszcze ohydnym....

ScreenCast pokzuje podstawowe techniki refaktoryzacji kodu na przykładzie małego programu. Ten odcinek jest jednym z serii pt. "Przykladowa Refaktoryzcja Kodu". W tym ScreenCasie poruszyłem nast. zagadnienia: 1. Termin TDD (http://pl.wikipedia.org/wiki/Test-dri...) 2. Refaktoryzacja Link do kodu zrodlowego refaktoryzowanego w ScreenCascie: https://github.com/pawelklimczyk/ScreenCasts

ScreenCast pokzuje podstawowe techniki refaktoryzacji kodu na przykładzie małego programu. Ten odcinek jest jednym z serii pt. "Przykladowa Refaktoryzcja Kodu". W tym ScreenCasie poruszyłem nast. zagadnienia: 1. Narzedzie NCrunch (http://www.ncruchn.net/) 2. Termin Cyclomatic Complexity (http://en.wikipedia.org/wiki/Cyclomat...) 3. Refaktoryzacja Link do kodu zrodlowego refaktoryzowanego w ScreenCascie: https://github.com/pawelklimczyk/ScreenCasts

Until now we had many excuses for not writing integration tests:we prefer unit tests over integration testsour business logic (aka services) is separated and thoroughly testedwe keep our ontrollers on a dietUI consists mostly of standard elements (aka widgets) which are tested on their ownwe are lazy But there was still too much space for error. From time to time a seemingly innocent change in Razor view (or HTML helper, or filter, or “something completely irrelevant”) unexpectedly broke one of the page...

W ostatnich wpisach, pokazałem dwa różne podejścia wykonywania pętli równolegle. Każda z nich wciąż ma wady, głównie związane z sytuacją gdzie część logiki blokuje wątki. W tym poście, pokażę bardziej dynamiczne podejście. Żaden z wątków nie będzie miał z góry przydzielonych elementów na których musi pracować. Zacznijmy po prostu od kodu:privatestaticvoid For(Action

The dynamic key­word has been part of the C# lan­guage for quite a while now. I thought I know it well, yet I stum­bled upon an inter­est­ing case that sur­prised me.The code that works Here's a piece of code that I started with. This code works like you would expect.

Po ponad miesiącu od ostatniego wpisu (niestety, mimo chęci, nie mogłem znaleźć chwili wolnego czasu) poruszę dzisiaj temat jednego z najczęściej używanych wzorców projektowych – Factory Method. Przy użyciu tego wzorca, możemy w prosty sposób zaimplementować funkcjonalność związaną z wytwarzaniem konkretnych “produktów” przez konkretne “fabryki”.

W poprzednim poście pisałem  o statycznej dekompozycji tablicy na kilka wątków. Główną wadą podejścia było przypuszczenie, że wszystkie iteracje są tak samo skomplikowane. W niektórych algorytmach należy znaleźć element spełniający podane wymagania. Wyobraźmy sobie, że mamy 100 elementową tablicę i dzielimy ją na 10 wątków. Ponadto element szukany znajduje się pod indeksem 9. Wniosek taki, że NIC nie zyskamy ze zrównoleglenia. Dziewięć wątków będzie szukało w złym miejscu, a pierwszy z nich będzie wyko...

Pokazany sposób tworzenia prostego kontenera IoC w C#.