dotnetomaniak.pl

dotnetomaniak.pl - Artykuły z tagiem SOLID

Stało się, zakończyłem właśnie konkurs na blogu, związany z całą serią postów dotyczących zasad SOLID i w ramach tego postu, publikuję odpowiedzi/komentarze które były warunkiem udziału w konkursie. Publikuję również moje przemyślenia względem tych właśnie komentarzy. Myślę, że to będ...

Tagi: konkurs, SOLID
Dziel się z innymi:
Konkurs Nie SOLID-nie. Podsumowanie.

Robert C. Martin (Uncle Bob) w swoim artykule nt. Dependency Inversion Principle, skondensowanej wersji rozdziału „DIP: The Dependency-Inversion Principle” ze swojej książki pt. Agile Software Development, Principles, Patterns and Practices, opisuje „zły” design aplikacji i wprowadza pojęcie „kruchości” aplikacji. Mianowicie, kruchość aplikacji to m.in. tendencja aplikacji do psucia się w wielu miejscach, w momencie jednej małej zmiany w miejscu zupełnie nie powiązanym do miejsca gdzie zaszła zmiana. Te...

Tagi: dip, SOLID
Dziel się z innymi:
Nie SOLID-nie #05: Dependency Inversion Principle

Sztuka programowania 50 dni, 1 godzinę, 1 minutę temu patrykkubiela 108 rozwiń

Dzisiaj, bez oficjalnej definicji. Jedynie wspomnę o tym, o czym – w kontekście Interface Segregation Principle – należy wspomnieć. Zasadniczo ISP mówi o „rozczłonkowaniu” dużych, wielozadaniowych kontraktów i interfejsów na mniejsze, posiadające jedną konkretną odpowiedzialność. Dzięki czemu, każdy element który konsumuje taki interfejs, ma dostęp tylko do określonej funkcjonalnośći. Intencją ISP jest utrzymanie systemu luźnych powiązań między obiektami, ułatwienie konserwacji systemu, testowania, czy ...

Nie SOLID-nie #04: Interface Segregation Principle

Sztuka programowania 85 dni, 52 minuty temu patrykkubiela 135 rozwiń

Na początek, jak zwykle, odrobina teorii. Reguła Liskov brzmi: Funkcje które używają wskaźników lub referencji do klas bazowych, muszą być w stanie używać również obiektów klas dziedziczących po klasach bazowych, bez dokładnej znajomości tych obiektów. Jak podaje Wikipedia, zasada ta została sformułowana po raz pierwszy przez Barbarę Liskov i Jannette Wing we wspólnej pracy pt. „A Behavioral Notion of Subtyping„, zaprezentowana przez Panią Liskov w przemówieniu pt. „Data Abstraction and Hierarchy„, a s...

Tagi: LSP, SOLID
Dziel się z innymi:
Nie SOLID-nie #03: Liskov Substitution Principle

Sztuka programowania 120 dni, 23 godziny, 28 minut temu patrykkubiela 126 rozwiń

Okazuje się, że LSP można naruszyć na wiele sposobów, czasami bardzo trudnych do wyśledzenia, a sztampowe omówienia dostępne powszechnie pomijają najważniejsze aspekty literki L z SOLID’a. Warto wspomnieć, że LSP pomaga nam również lepiej modelować biznesowy kontekst aplikacji, gdyż zmusza nas do odpowiedzi na pytania o relacje pomiędzy obiektami (mam tutaj na myśli głównie dwa ostatnie punkty: inwariant i zasadę historii).

Tagi: SOLID
Źródło: www.seeitsharp.pl
Dziel się z innymi:
LSP, czyli nie zadzieraj z kobietami - See IT Sharp

Sztuka programowania 120 dni, 23 godziny, 28 minut temu TomekS 124 rozwiń

Reguła Open Close Principle mówi o tym, że klasa powinna być otwarta na rozszerzenia i jednocześnie zamknięta na modyfikacje. Zgodnie z zasadą tego cyklu – „Nie SOLID-nie„, przedstawiam jak może wyglądać klasa napisana wbrew tej regule.  Przykład Skoro ostatnim razem, w przypadku reguły SRP, posłużyłem się przykładową klasą MessageProcessor, tym razem posł...

Tagi: OCP, SOLID
Dziel się z innymi:
Nie SOLID-nie #2: Open Close Principle -

Sztuka programowania 136 dni, 23 godziny, 28 minut temu patrykkubiela 137 rozwiń

Wikipedia podaje, że SOLID to ukuty przez Roberta C. Martina mnemonik. Wystarczy jednak zapamiętać, że jest to zbiór zasad jakimi powinien się kierować programista, podczas pisania kodu. Zwłaszcza w paradygmacie programowania obiektowego. Dużo się pokazuje jak na prawdę powinien wyglądać kod spełniający kryteria zawarte w poszczególnych regułach SOLIDa, natomiast niewiele się pokazuje przypadków niepoprawnego zastosowania tych reguł, lub nie zastosowania ich w ogóle. Właśnie to będzie celem tego cyklu....

Tagi: SOLID, SRP
Dziel się z innymi:
Nie SOLID-nie #01: Single Responsibility Principle -

Sztuka programowania 143 dni, 21 godzin, 47 minut temu patrykkubiela 179 rozwiń

Dzisiejszy wpis jest zainspirowany kilkoma ostatnimi przypadkami, w których widziałem bardzo rozbudowane switche w aplikacji.  Utrzymanie tego kodu zaczynało sprawiać programistom spore problemy. Zapewne wielokrotnie widziałeś lub widziałaś metody, w których znajdował się jeden wielki switch, gdzie każdy case zawierał następnie zupełnie inny kod niż pozostałe przypadki. Utrzymanie tego, a w szczególności dodanie nowych przypadków zaczyna być wyzwaniem i często ...

Źródło: plawgo.pl
Dziel się z innymi:
Jak zastąpić rozbudowany switch w aplikacji - Blog Daniela Plawgo

Sztuka programowania 161 dni, 23 godziny, 20 minut temu danielplawgo 361 rozwiń

SOLID po raz setny - tym razem z przykładem oraz omówieniem osobno każdej z zasady.

Tagi: C#, SOLID
Źródło: dotnetmaster.pl
Dziel się z innymi:
SOLID - przykład C#

Architektura 184 dni, 52 minuty temu marcin90 279 rozwiń

Jestem aktualnie w trakcie lektury „Czysta architektura” Wujka Boba. Natknęłam się w książce na część wyjaśniającą odwrócenie zależności (ostatnią z zasad SOLID) w całkiem przystępny sposób.Jak brzmi ta zasada i jak ją wytłumaczyć?

Dziel się z innymi:
O co chodzi z odwróceniem zależności – programmer-girl

Architektura 339 dni, 18 godzin, 10 minut temu Weronika Tobor 152 rozwiń

Ostatni wpis z serii dotyczącej SOLID czyli core zasady jeżeli chodzi o programowanie obiektowe już na blogu. Zapraszam!

Dziel się z innymi:
SOLID #5 ZASADA ODWRACANIA ZALEŻNOŚCI | Mateusz Szopa

Daj się poznać 2017 732 dni, 16 godzin, 2 minuty temu MateuszSzopa 127 rozwiń

Zapraszam do kolejnego wpisu z cyklu wpisów skupiających się na zasadzie SOLID czyli core zasadzie jeżeli chodzi o programowanie obiektowe.

Dziel się z innymi:
SOLID #4 – ZASADA SEGREGACJI INTERFEJSÓW | Mateusz Szopa

Daj się poznać 2017 747 dni, 18 godzin, 6 minut temu MateuszSzopa 121 rozwiń

Już dawno nie było wpisu o mnemoniku SOLID. Zapominalskich odsyłam do poprzednich wpisów (linki na dole strony). Dzisiaj przyszedł czas na przedstawienie czwartej zasady – zasady segregacji interfejsów. Co to dokładnie znaczy? Zapraszam do krótkiej lecz treściwej lektury.   Podstawą rozważań na temat tej zasady są interfejsy. Poprzez interfejs możemy rozumieć klasę abstrakcyjną z metodami abstrakcyjnymi lub zwykły interfejs jako byt programistyczny. W niniejszym artykule będę posługiwał si...

Tagi: isp, SOLID
Źródło: programistabyc.pl
Dziel się z innymi:
SOLID #4 – ISP - Programistą być

Daj się poznać 2017 760 dni, 10 godzin, 32 minuty temu Krzysiek Baranowski 116 rozwiń

Zapraszam do kolejnego wpisu z cyklu wpisów skupiających się na zasadzie SOLID czyli core zasadzie jeżeli chodzi o programowanie obiektowe.

Tagi: SOLID
Dziel się z innymi:
SOLID #2 – ZASADA OTWARTE-ZAMKNIĘTE | Mateusz Szopa

Daj się poznać 2017 772 dni, 11 godzin, 19 minut temu MateuszSzopa 127 rozwiń

Zapraszam do cyklu wpisów skupiających się na zasadzie SOLID czyli core zasadzie jeżeli chodzi o programowanie obiektowe.

Dziel się z innymi:
SOLID czyli dobre praktyki programowania obiektowego | Mateusz Szopa

Daj się poznać 2017 778 dni, 16 godzin, 20 minut temu MateuszSzopa 216 rozwiń

Dziś kolejny wpis z serii SOLID. W poprzednim wpisie opisałem zasadę otwarte-zamknięte. Idąc po kolei – dziś opiszę literkę I. Liskov Substitution Principle (LSP) – można przetłumaczyć jako zasadę podstawienia Liskov. W największym skrócie zasada ta mówi, że korzystanie z funkcji klas bazowych musi być także dostępne w przypadku podstawienia instancji klas pochodnych.

Tagi: LSP, SOLID
Źródło: solidev.pl
Dziel się z innymi:
SOLID #3 – Zasada postawienia Liskov – Solidny programista | blog o programowaniu

Sztuka programowania 798 dni, 13 godzin, 37 minut temu ogrod87 220 rozwiń

W poprzednim wpisie opisywałem zasadę pojedynczej odpowiedzialności. Kontynuując – dziś opiszę drugą literkę w mnemoniku SOLID – literkę O. Open-Closed Principle (OCP) – można dosłownie przetłumaczyć jako zasadę otwarte-zamknięte. W największym skrócie zasada ta mówi, aby kod tworzyć taki, by był zamknięty na modyfikacje, ale otwarty na nowe rozwiązania.

Tagi: OCP, SOLID
Źródło: solidev.pl
Dziel się z innymi:
SOLID #2 – Zasada otwarte-zamknięte – Solidny programista | blog o programowaniu

Sztuka programowania 812 dni, 9 godzin, 6 minut temu ogrod87 224 rozwiń

~ MJ Jest w życiu wiele zasad, reguł, którymi się kierujemy. Zazwyczaj nie podążamy jednak ślepo za nimi. Wyciągamy z nich to co jest nam w konkretnej sytuacji najbardziej potrzebne. W programowaniu również.

SOLID, DRY, KISS | maciejjędrzejewski

Sztuka programowania 878 dni, 23 godziny, 57 minut temu jedmac 243 rozwiń

Today I’ll show you a quite nice example of the Strategy pattern from a real project I was working on some time ago.

Strategy design pattern - real life example - PoznajProgramowanie.pl

Sztuka programowania 893 dni, 19 godzin, 22 minuty temu AdrianBystrek 194 rozwiń

Czemu o tym piszę? Ostatnio czytając internety i sięgając pamięcią do moich doświadczeń doszedłem do wniosku, że czasem ktoś usprawiedliwia przez YAGNI pisanie mniej elastycznego kodu. Nawet, jeśli sam rozumie dlaczego pisanie takiego kodu jest dobre.

Tagi: SOLID, yagni
Źródło: oprogramowaniu.pl
Dziel się z innymi:
YAGNI a „dobry”, SOLIDny, elastyczny kod. – O programowaniu

Sztuka programowania 1115 dni, 22 godziny, 54 minuty temu AreQrm 285 rozwiń

1 2
Dodaj nowe Zobacz wszystkie

Najaktywniejsi

1

Paweł Łukasik (32 876,58)

2

macko (32 816,53)

3

pzielinski (27 178,29)

4

gordon_shumway (21 178,88)

5

paduda (20 336,33)

6

psz750 (13 018,14)

7

rroszczyk (10 434,75)

8

Damian (9 760,28)

9

danielplawgo (8 253,27)

10

arek (6 822,96)

11

burczu (6 214,22)

12

PaSkol (5 393,84)

13

lukaszgasior (4 097,38)

14

dpawlukiewicz (3 962,6)

15

jj09 (3 863,06)

16

AdrianBystrek (3 595,25)

17

spetz (3 448,35)

18

jedmac (3 318,39)

19

http://jakub-flor... (3 224,66)

20

KonradKokosa (3 105,4)