dotnetomaniak.pl - Artykuły z tagiem SOLID

“Here be dragons” – czy słyszeliście kiedyś ten zwrot? Czy słyszeliście o nim w kontekście programowania albo widzieliście taki komentarz w kodzie? Tak? To współczuję – mam nadzieję, że byliście wtedy przyodziani w SOLIDną zbroję, i mieliście odpowiedni ekwipunek, żeby sobie z tymi smokami poradzić. Przede wszystkim miecz. Podobno jednym ze sposobów zwalczania smoków w kodzie jest użycie legendarnego miecza zwanego Excalibur Refactorum. Legenda głosi, że miecz ten wbity jest w skałę (gdzieś w okolicach...

Tagi: SOLID
Dziel się z innymi:
Zamień smoki na pandy – Zamień smoki na pandy

Inne 21 dni, 1 godzinę, 9 minut temu Piotr Stapp 163 źrodło rozwiń

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

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

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 180 dni, 23 godziny, 28 minut temu patrykkubiela 128 źrodło 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 180 dni, 23 godziny, 28 minut temu TomekS 125 źrodło 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 196 dni, 23 godziny, 28 minut temu patrykkubiela 137 źrodło 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 203 dni, 21 godzin, 47 minut temu patrykkubiela 180 źrodło 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 221 dni, 23 godziny, 19 minut temu danielplawgo 364 źrodło 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 244 dni, 52 minuty temu marcin90 282 źrodło 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 399 dni, 18 godzin, 9 minut temu Weronika Tobor 152 źrodło 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 792 dni, 16 godzin, 2 minuty temu MateuszSzopa 127 źrodło 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 807 dni, 18 godzin, 5 minut temu MateuszSzopa 121 źrodło 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 820 dni, 10 godzin, 32 minuty temu Krzysiek Baranowski 116 źrodło 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 832 dni, 11 godzin, 19 minut temu MateuszSzopa 127 źrodło 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 838 dni, 16 godzin, 20 minut temu MateuszSzopa 216 źrodło 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 858 dni, 13 godzin, 37 minut temu ogrod87 220 źrodło 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 872 dni, 9 godzin, 6 minut temu ogrod87 224 źrodło 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 938 dni, 23 godziny, 57 minut temu jedmac 244 źrodło 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 953 dni, 19 godzin, 22 minuty temu AdrianBystrek 194 źrodło rozwiń

1 2
Sklep z gadzetami
Dotnetos Conference
itCareerSummit

Najaktywniejsi

1
(32 881,59)
2
(32 816,53)
3
(27 178,29)
4
(21 178,88)
5
(20 336,33)
6
(13 018,14)
7
(10 449,89)
8
(9 775,28)
9
(8 283,27)
10
(6 822,96)
11
(6 214,22)
12
(5 393,84)
13
(4 097,38)
14
(3 979,62)
15
(3 863,06)
16
(3 599,35)
17
(3 448,35)
18
(3 318,39)
19
(3 224,66)
20
(3 105,41)