dotnetomaniak.pl - Artykuły z tagiem SOLID

Jak zostać świetnym programistą? Czym właściwie są dobre praktyki programowania? Z których warto korzystać? Uchylimy rąbka tajemnicy. Eksperci od kodu w Altkom Software & Consulting zdradzili nam, co jest ich zdaniem ważne, aby kod był czysty.

Źródło: altkomsoftware.pl
Dziel się z innymi:
5 najlepszych praktyk dobrego programowania

W końcu jest⚠️⚠️⚠️ Drugi odcinek #StandardowePytaniaRekrutacyjne właśnie wjechał na Youtube. Tym razem cała masa mięcha. Czy wiesz czym jest SOLID? Rozumiesz czym jest Zasada podstawienia Liskov? Wiesz jak zastosować te wszystkie zasady w praktyce? Jeżeli masz jakiekolwiek wątpliwości to zapraszam. Wszystko wyjaśnione na przykładach. Doświadczonych kolegów też bardzo zapraszam do dyskusji. Chętnie poznam Wasze zdanie na temat przykładów.

Źródło: youtu.be
Dziel się z innymi:
Czym jest SOLID? - Standardowe Pytania Rekrutacyjne - YouTube

Reading time ~3 minutes I’ve seen multiple people struggling with trying to mock the ILogger calls. This post will hopefully save some people from wandering this path. Here it goes:Please stop trying to mock the ILogger methods from .net core. Here is why: Most ILogger methods that we use for logging are extension methods - static methods. While mocking them is possible using Prig, or Microsoft Fakes it is not easy or pleasant. Mocking a static method boils down to replacing the code at runtime using...

Dziel się z innymi:
Stop trying to mock the ILogger methods – IndexOutOfRange

Sztuka programowania 1716 dni, 1 godzinę, 44 minuty temu maklipsa 128 źrodło rozwiń

“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 1754 dni, 1 godzinę, 20 minut temu Piotr Stapp 171 ź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

Sztuka programowania 1843 dni, 1 godzinę, 11 minut temu patrykkubiela 118 źrodło 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 1878 dni, 1 godzinę, 3 minuty temu patrykkubiela 137 źrodło 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 1913 dni, 23 godziny, 39 minut temu patrykkubiela 134 ź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 1913 dni, 23 godziny, 39 minut temu TomekS 127 ź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 1929 dni, 23 godziny, 39 minut temu patrykkubiela 141 ź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 1936 dni, 21 godzin, 58 minut temu patrykkubiela 185 ź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 1954 dni, 23 godziny, 30 minut temu danielplawgo 373 ź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 1977 dni, 1 godzinę, 3 minuty temu marcin90 313 ź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 2132 dni, 18 godzin, 20 minut temu Weronika Mularczyk 153 ź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 2525 dni, 16 godzin, 12 minut 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 2540 dni, 18 godzin, 16 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 2553 dni, 10 godzin, 42 minuty temu Krzysiek Baranowski 118 ź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 2565 dni, 11 godzin, 30 minut temu MateuszSzopa 129 ź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 2571 dni, 16 godzin, 31 minut temu MateuszSzopa 216 źrodło rozwiń

1 2 3

Najaktywniejsi w tym miesiącu