Witaj na Zine.net online Zaloguj się | Rejestracja | Pomoc

Browse by Tags

All Tags » Zasady projektowe   (RSS)

M-V-P Twoim przyjacielem

Będąc na studiach zacząłem pracę programisty. Głowę miałem wypakowaną teorią, a w duszy grała chęć zastosowania tego wszystkiego w praktyce. Każdy kto czytał o wzorcach projektowych GoF wie jak bardzo zmienia ona postrzeganie i jak bardzo zachęca nas

Biblioteka dostępu do TFS i testy jednostkowe

W poście Tfs Spotlight – buduję własny CAB wprowadzającym do mojego projektu TfsSpotlight wspomniałem, że jednym z moich celów jest pisanie testów jednostkowych. Chcę w ten sposób zobaczyć jakie problemy pojawią się podczas pisania testów jednostkowych
opublikowano przez nuwanda | 4 komentarzy

Tfs Spotlight – buduję własny CAB

Od kilku miesięcy nic tu nie pisałem (oczywiście poza poprzednim nieplanowanym wpisem ). Jak łatwo się domyślić czas mi na to nie pozwalał. Z jednej strony natłok zadań w pracy (stabilizacja finalnej wersji – Comarch ALTUM ujrzał niedawno światło dzienne

Zasada zastąpień Barbary Liskov

W 1988 roku Barbara Liskov [1] sformułowała zasadę zastąpień. Brzmi ona następująco: What is wanted here is something like the following substitution property: If for each object o1 of type S there is an object o2 of type T such that for all programs

Prawo Demeter

Prawo Demeter (ang. Law of Demeter) [1], znane także jako zasada minimalnej wiedzy (ang. Principle of Least Knowledge), jest proste i bardzo ogólne. Zastosowane do programowania obiektowego brzmi następująco: Metoda klasy może odwoływać sie tylko do następujących

Zasada otwarty-zamknięty

Zasadę otwarty-zamknięty (ang. Open-Closed Principle, OCP) po raz pierwszy sformułował Bertrand Meyer [1]. Mówi ona, ze: Klasa powinna być otwarta na rozszerzanie, ale zamknięta na modyfikacje. Na pierwszy rzut oka powyższa zasada wydaje się być sama