W zeszłym miesiącu pytałem Was o preferencje jeśli chodzi o białe znaki (whitespaces) w swoim ulubionym IDE. Pora rzucić okiem na wyniki i tak: Blisko 200 osób oddało swój głos – nie spodziewałem się takiego dużego odzewu, cieszy mnie to bardzo (cieszy odzew a nie zdziwienie). 10 osób zagłosowało na dwie spacje 6 osób zagłosowało […]
Spacje kontra tabulatory Dowiedz się więcej »
Kod powinien robić to czego się po nim spodziewamy, tego uczy SOLID a w szczególności LSP. Również funkcje powinny robić to co mówi ich nazwa. To ułatwia pracę z kodem a jeśli nie zgadzasz się z tym to popatrzmy na taki kod: [csharp] class car { int wheels = 4; string engine; } car mybike
Dobrze napisany kod nie powinien wprowadzać w błąd Dowiedz się więcej »
Rozważmy taki kawałek kodu: [csharp] public double CaclulateField(double width, double height){ return width * height; } [/csharp] Podpowiadanie składni dla niego wygląda tak: Ogólnie szału nie ma. Można się domyśleć co robi funkcja i co podać w parametrach jednak czasem chciało by się mieć pięknie opisane parametry – szczególnie gdy tworzymy publiczne api, które będzie
Co trzeba zrobić aby w Visual Studio mieć bogaty intelisense Dowiedz się więcej »
Jeśli jeszcze nie jesteś przekonany do potrzeby profesjonalizmu to najwyższa pora zapoznać się z poniższym wywiadem z Robertem C. Martinem. A jeśli nie wiesz kim jest Robert C. Martin to najwyższa pora zapoznać się z jego opiniami na temat programowania, TDD i profesjonalizmu w programowaniu. [youtube=http://www.youtube.com/watch?v=OIHvp7WzuH0&hd=1] Jeżeli zainteresował Cię ten temat to warto zapoznać się
Wywiad z Robertem C. Martinem – Uncle Bobem Dowiedz się więcej »
Dzisiaj będzie bardzo nietechnicznie. Blog dostał nową skórkę. Teraz jest bardziej (moim zdaniem) nowocześnie i ładnie. Nowa skórka bardzo ładnie wspiera urządzenia mobilne. Blog wygląda bardzo przyzwoicie na WP7 i iOS-ie (zarówno na iPhone-ie jak i iPad-zie), co więcej zarówno w pionie jak i poziomie. Wróciły również reklamy. Od początku co jakiś czas reklamy się
Nowe szaty bloga Dowiedz się więcej »
Jest już nowe Visual Studio – chyba każdy o tym wie. Pierwsza rzecz, od której bolą (mnie) zęby to duże litery w menu. To tak jak by Visual cały czas na mnie krzyczął. Więc jeśli nie podoba Ci się default: I wolisz tak: To wystarczy dodać w rejestrze: HKCU\Software\Microsoft\VisualStudio\11.0\General\ SuppressUppercaseConversion DWord o wartości 1 Link
Małe litery w menu głównym Visual Studio 2012 Dowiedz się więcej »
Spacje czy tab-y lub tabulatory do wciec. Nad tym pytaniem zmarnowano wiele energii. Sprawdźmy zatem jakie są wasze preferencje w tej materii. Zapraszam do ankiety a za kilka dni sprawdzimy co z tego wyszło Ładowanie…
Spacje vs tabulatory Dowiedz się więcej »
Zasada Common Reuse Principle mówi, że klasy w pakiecie/assembly są ponownie używane wspólnie. Jest to konsekwencja Reuse Release Equivalence Principle z której wynika, że klient posiada referencje do całej biblioteki a nie pojedynczej klasy. Z tego zaś wynika, że jeżeli polega na jednej klasie (wykorzystuje jedną klasę) to może wykorzystywać wszystkie. W końcu publikując bibliotekę
Common Reuse Principle–czyli jeśli używasz jednej klasy to używasz wszystkich Dowiedz się więcej »
Sporo czasu poświęciłem na elektronikę i mimo tego, że nie byłem i nie jestem przesadnie pedantyczny to tranzystory i rezystory zawsze miałem uporządkowane w klasterach z posklejanych pudełek po zapałkach lub woreczkach strunowych. Takie postępowanie powodowało, że zawsze wiedziałem gdzie szukać tego jednego rezystora, który właśnie potrzebowałem. Takie segregowanie nie ma znaczenia przy 10-20-50 elementach,
Common Closure Principle – czyli o coś porządkowaniu Dowiedz się więcej »
W poprzednich częściach przeszliśmy przez zasady SOLID. S – Single Responsibility Principle (oraz cz. 2) O – Open Close Principle (oraz cz. 2) L – Liskov Substitution Principle I – Interface Segregation Principle D – Dependency Inversion Principle Słowo SOLID bardzo dobrze odzwierciedla to, do czego te zasady prowadzą czyli do budowania solidnego kodu. Przez
Reuse Release Equivalence Principle czyli dlaczego nie kopiujemy kodu Dowiedz się więcej »