dotnetomaniak.pl

dotnetomaniak.pl - Artykuły z tagiem SOLID

~ 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 60 dni, 18 godzin, 43 minuty temu jedmac 224 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 75 dni, 14 godzin, 8 minut temu AdrianBystrek 186 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 297 dni, 17 godzin, 40 minut temu AreQrm 270 rozwiń

Pierwsze dwa to jedne z ulubionych (a może dla niektórych znienawidzonych) skrótów w świecie IT. Trzecie to zagadnienie, które jest trochę jak UFO wszyscy o nim mówią, ale mało kto widział. Dzisiaj krótko, ale istotnie na ten temat w Social Cooking.

Źródło: kduszynski.pl
Dziel się z innymi:
SOLID, SRP i Refactoring – Wildpost

Daj się poznać 302 dni, 19 godzin, 10 minut temu wildcat89 283 rozwiń

O czym mówi kolejna z reguł SOLID, czyli zasada pojedynczej odpowiedzialności i jakie ma zastosowanie w kodzie biblioteki easyGALib.

SOLID z easyGALib: Zasada pojedynczej odpowiedzialności - Jakub Hossa

Daj się poznać 319 dni, 9 godzin, 9 minut temu qba8 86 rozwiń

O czym właściwie mówi jedna z zasad SOLID - zasada segregacji interfejsów i jak ma się to do ilości interfejsów w projekcie easyGALib.

Źródło: blog.jhossa.net
Dziel się z innymi:
SOLID z easyGALib: Zasada segregacji interfejsów - Jakub Hossa

Daj się poznać 337 dni, 16 godzin, 56 minut temu qba8 156 rozwiń

Zasada odwracania zależności - co to jest i jakie jest jej wykorzystanie w projektowaniu architektury oprogramowania takiego jak biblioteka easyGALib.

SOLID z easyGALib: Zasada odwracania zależności

Daj się poznać 345 dni, 8 godzin, 57 minut temu qba8 192 rozwiń

Zasady SOLID Zasady SOLID: Odwracanie zależności Kamil Jóźwiak No Comments Wszystko powinno być tak proste, jak to tylko możliwe, ale nie prostsze. Albert Einstein Co ma wspólnego kopanie rowów z zasadami SOLID? A to już zależy od podejścia. Jako programista często przenoszę zagadnienia ze świata realnego do kodu. Tym razem będzie odwrotnie, wszystko w imię zrozumienia ostatnią z zasad SOLID – zasady odwracania zależności. Poznanie wzorców projektowych wraz z całym...

Tagi: .Net, SOLID
Źródło: bit.ly
Dziel się z innymi:
Zasady SOLID: Odwracanie zależności | Kamil Jóźwiak | Notatki programisty

Sztuka programowania 377 dni, 4 godziny, 32 minuty temu kamiljozwiaknet 568 rozwiń

Na tą książkę zwróciłem uwagę, dzięki pytaniu K.Cebuli na naszej grupie na portalu www.facebook.com. To był chyba grudzień 2014r. i akurat amazon.com miał promocję na tą książkę. Recenzje miała dobre, wydawcę również (Microsoft), a tytuł brzmiał zachęcająco. Kupiłem więc tą książkę w formie ebooka, załadowałem na mojego kindla i w wolnym czasie ją sobie "trawiłem".

Recenzja - "Adaptive Code via C# - Agile coding with design patterns and SOLID principles" -> Gary McLead Hall

Inne 676 dni, 19 godzin, 36 minut temu rroszczyk 361 rozwiń

Introduction to Dependency Injection Sooner or later all of us will hear acronym SOLID. Some friend of us will whisper us that our code should be SOLID. The letter ,,D” is abbrevation of „Dependency Inversion” which means:High-level modules should not depend on low-level modules. Both should depend on abstractions.Abstractions should not depend upon details. Details should depend upon abstractions. Another importan term is IoC (Inversion Of Control). In software engineering, inversion of ...

[EN] Introduction to Dependency Injection | Technical blog

Sztuka programowania 1002 dni, 21 godzin temu FutureProcessing 135 rozwiń

Zgodnie z obietnicą wypada przedstawić drugi z rezultatów inspiracji wynikłej ze swoistego dialogu (diaBlogu ;) ) pomiędzy Krzysztofem Morcinkiem a mną. Tym razem skupię się na następującym fragmencie jego wpisu ...

Me z .NET tete-a-tete » Bacz, bo w gąszczu uogólnień – skryty – rwie uproszczeń strumień.

Sztuka programowania 1140 dni, 17 godzin, 27 minut temu PaSkol 164 rozwiń

Swojego czasu zachwalałem wytrawność kodu i zapraszałem do jego degustacji. Pocieszające jest, że nikt z tego powodu nie był zdegustowany, a wręcz przeciwnie – niektórych zainspirowałem. Nie ukrywam, że lubię być inspiracją, a już uwielbiam, kiedy wynikiem tejże inspiracji jest z kolei zainspirowanie mnie. Nic tak bowiem nie pomaga poszerzaniu wiedzy, jak wymiana poglądów. W przypadku, który mam zamiar omówić, moja inspiracja jest podwójna. Na razie jednak skupię się na jednym jej aspekcie. Krzysztof Mor...

Źródło: paskol.robi.to
Dziel się z innymi:
Me z .NET tete-a-tete » Siekierka służy na wyrębach. Nie służy do dłubania w zębach.

Sztuka programowania 1142 dni, 13 godzin, 15 minut temu PaSkol 236 rozwiń

Dawno, dawno temu, kiedy graficzne środowisko Windows zaczęło pretendować do miana systemu, powstały także środowiska dla programistów realizujące ideę RAD, czyli Rapid Application Developmnent, co w tłumaczeniu na polski oznaczało szybkie tworzenie aplikacji. W Windows – początkowo – istniały dwa takie środowiska: Visual Basic i Delphi. Po jakimś czasie pojawiły się kolejne. Ale nie to było istotne, a fakt, że nieświadomie narodził się także nowy styl programowania...

Źródło: paskol.robi.to
Dziel się z innymi:
Me z .NET tete-a-tete » Nadeszła pora na cykl publikacji: „Historia pewnej refaktoryzacji”. Część 1.

Sztuka programowania 1479 dni, 19 godzin, 59 minut temu PaSkol 97 rozwiń

Wyobraźmy sobie taką sytuację: jest sklep internetowy, podczas składania zamówienia system wylicza rabat – przy zamówieniach 500-1000 zł 5%, powyżej 1000 zł 10%, powyżej 5000 dodatkowo darmowa przesyłka. Brzmi znajomo?

Źródło: www.benedykt.net
Dziel się z innymi:
Open Close Principle czyli jak zarobić ale się nie narobić. | @rek online | Arkadiusz Benedykt

Architektura 1736 dni, 19 godzin, 30 minut temu arek 247 rozwiń

Jestem fanem interfejsów jak to wcześniej już pisałem, zatem dzisiaj będzie temat łatwy i przyjemny o interfejsach właśnie. W sam raz na ciężki po długo weekendowy poniedziałek. Interface Segregation Principle mówi, że klient nie powinien być zmuszany do implementowania interfejsów, których nie używa. Z tego wynika, że interfejs powinien być minimalistyczny lub po prostu możliwie chudy. Idealnie by było, gdyby miał jedną metodę a poważnie, można by tutaj parafrazować Single Responsibility Principle i p...

Tagi: SOLID
Źródło: www.benedykt.net
Dziel się z innymi:
Interface Segregation Principle czyli interfejs powinien być jak modelka–przeraźliwie chudy | @rek online | Arkadiusz Benedykt

Architektura 1745 dni, 9 godzin, 5 minut temu arek 209 rozwiń

Od młodego uczą nas, że każdy kwadrat jest prostokątem. Później uczymy się programować i zaczyna się tragedia. Matematycznie kwadrat jest specyficznym  przypadkiem prostokąta programistycznie już nie bardzo.

Kwadrat jest prostokątem czyli Liskov Substitution Principle (LSP) | @rek online | Arkadiusz Benedykt

Architektura 1745 dni, 9 godzin, 5 minut temu arek 224 rozwiń

Zasada odwracania zależności głosi, że moduły wysokopoziomowe nie powinny zależeć od modułów niskopoziomowych. Obie grupy modułów powinny zależeć od abstrakcji. Innymi słowy abstrakcje nie powinny zależeć od szczegółowych rozwiązań, to one (rozwiązania) powinny zależeć od abstrakcji. Użyte w treści reguły pojęcie abstrakcji należy interpretować jako klasę abstrakcyjną lub interfejs. Jak widać pozostaje tutaj swoboda wyboru jednego z tych dwóch bytów...

Tagi: .Net, SOLID
Źródło: paskol.robi.to
Dziel się z innymi:
Me z .NET tete-a-tete » Tylko interfejs! Nie, bo abstrakcja! Dokąd prowadzi dyskryminacja.

Architektura 1745 dni, 11 godzin, 47 minut temu PaSkol 179 rozwiń

Po Single Responsiblity Principle najważniejsza (moim zdaniem) zasada programowania obiektowego – Dependency Inversion Principle. Mówi ona, że obiekty powinny być zależne od abstrakcji a nie od konkretnej klasy. A po ludzku, w żadnej definicji funkcji i w żadnej deklaracji zmiennej nie powinniśmy używać nazwy klasy. Zamiast tego powinniśmy używać interfejsy albo klasy abstrakcyjne czyli zamiast private IPerson _owner; public bool ValidateOwner(IPerson personToValidate) { //..... } piszemy private IPe...

Dependency Inversion Principle – czyli co powinno zależeć od czego | @rek online | Arkadiusz Benedykt

Architektura 1752 dni, 12 godzin, 6 minut temu arek 187 rozwiń

Wczoraj mówiliśmy o single responsibility principle (SRP) czyli o zasadzie pojedynczej odpowiedzialności. Jest to zasada, która moim zdaniem najwięcej zmienia w dotychczasowych przyzwyczajeniach programistycznych. Na początku jest trochę męcząca ponieważ zgodnie z nią w klasie nie powinniśmy tworzyć innych obiektów.Jak to? Nie mogę używać słowa kluczowego new? Nie mogę tworzyć obiektów? No właściwie to nie. Jeżeli chcesz w klasie tworzyć obiekty to to już jest odpowiedzialność. Wiec klasa nic poza tworz...

Tagi: SOLID, SRP
Źródło: www.benedykt.net
Dziel się z innymi:
Single Responsibility Principle – ciąg dalszy

Architektura 1754 dni, 13 godzin, 26 minut temu arek 97 rozwiń

Wczoraj mówiliśmy o tym, że funkcja powinna wykonywać jedną rzecz. Świetnym papierkiem lakmusowym jest nazwa funkcji. Jeśli można łatwo nadać jej nazwę i nie zawiera spójników typu i, lub, albo, oraz (lub ich odpowiedników w j. angielskim ) to jesteśmy na dobrej drodze. Funkcje, które wykonują kilka czynności są wprowadzają po prostu w błąd.A co z klasami? Single Responsibility Principle mówi, że klasa powinna mieć jedną odpowiedzialność, powinna mieć jeden powód do zmiany. Takie podejście powoduje, że...

Single Responsibility Principle

Inne 1756 dni, 3 godziny, 32 minuty temu arek 220 rozwiń

1 2
Szkolenia SecurITum

luty

25.

marzec

03.
Wroc#
Wrocław

kwiecień

03.
4developers
Warszawa
Zobacz wszystkie

.NET Developer Days 2015

W tym roku ponownie jak w poprzednim jesteśmy jednym z patronów medialnych konferencji .NET Developer Days. W tym roku jednym z prelegentów będzie Scott Hanselman.  czytaj więcej
2015-07-22

Najaktywniejsi

1

macko (32 816,53)

2

http://pawlos.blo... (31 520,45)

3

pzielinski (27 178,29)

4

gordon_shumway (21 178,87)

5

paduda (20 336,33)

6

psz750 (13 018,14)

7

rroszczyk (10 383,88)

8

Damian (9 011,08)

9

danielplawgo (7 235,99)

10

arek (6 727,86)

11

burczu (6 214,22)

12

PaSkol (5 393,84)

13

lukaszgasior (4 097,38)

14

jj09 (3 418,06)

15

jedmac (3 253,38)

16

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

17

CaMeL (2 954,87)

18

mnikolajuk (2 596,93)

19

spetz (2 533,07)

20

FutureProcessing (2 530,11)