programowanie

Z długiem czy bez długu

Z tematu dług technologiczny zrobił się całkiem spory cykl. Mimo, że nie wszystkie aspekty zostały poruszone, to myślę, że poruszone zostały wszystkie najważniejsze jego aspekty zatem nadszedł czas na odpowiedzenie sobie czy da się realizować projekty bez długu. Odpowiedź krótka brzmi NIE. Jeśli w każdym aspekcie będziemy korzystali z wszystkiego NAJ to przy dzisiejszym tempie

Z długiem czy bez długu Read More »

Co trzeba zrobić aby w Visual Studio mieć bogaty intelisense

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 Read More »

Wywiad z Robertem C. Martinem – Uncle Bobem

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 Read More »

Common Reuse Principle–czyli jeśli używasz jednej klasy to używasz wszystkich

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 Read More »

Common Closure Principle – czyli o coś porządkowaniu

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 Read More »

Reuse Release Equivalence Principle czyli dlaczego nie kopiujemy kodu

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 Read More »

Scroll to Top