Co są klasyfikowane jako DRY, KISS, SOLID itp.?

58

Czy coś w stylu DRY to wzór, metodologia czy coś pośredniego? Nie mają konkretnych implementacji, które można by koniecznie wykazać (nawet jeśli można łatwo zademonstrować przypadek NIE używając czegoś takiego jak KISS ... zobacz Daily WTF po mnóstwo przykładów), ani też nie wyjaśniają w pełni procesu rozwoju takiego jak metodologia ogólnie by to zrobił. Gdzie to pozostawia tego rodzaju „zasadę praktyczną”?

design-patterns terminology methodology

— Morgan Herlocker
źródło

20

DRY SOLID KISS ... Nie wiem, czy to sprawia, że projektowanie oprogramowania jest bardziej atrakcyjne, czy mniej ...

— FrustratedWithFormsDesigner

11

Akronimy? (Uśmiechając się, biegając i schylając się).

— Warren P

2

@Warren P: To staje się GRAD ... Hmmm ...

— FrustratedWithFormsDesigner

1

SUCHY I SOLIDNY KISS jest zdecydowanie lepszy niż mokry i słaby slurp ...

— JustAMartin

Marketing dostarczał modne słowa.

— Emilio Garavaglia

98

Według Wikipedii jest to zasada tworzenia oprogramowania.

W rzeczywistości Wikipedia określa je wszystkie jako zasady:

SUCHO :

W inżynierii oprogramowania, Don't Repeat Yourself (DRY) lub Duplication is Evil (DIE) to zasada tworzenia oprogramowania

KISS :

KISS to akronim od zasady projektowania „Nie krępuj się, głupku!”.

SOLIDNY :

Te zasady , gdy stosowane razem zamierza uczynić go bardziej prawdopodobne, że programista będzie stworzyć system, który jest łatwy w utrzymaniu i rozciągają się w czasie

— JD Isaacks
źródło

Czy jest jakiś dobry samouczek z przykładami, które pomagają zrozumieć, jak stosować te wzorce projektowe ...

— Krunal

2

Wzory projektowe są różne. Jak wynika z odpowiedzi, są to zasady, które powinny Cię prowadzić w codziennym projektowaniu i rozwoju. Przykłady i samouczki można znaleźć w Internecie. Oto jeden taki: blog.gauffin.org/2012/05/11/...

— Jonn

1

Innym przeciwieństwem DRY jest „MOKRE”: pisz wszystko dwa razy.

— Dr Rob Lang

17

Powiedziałbym, że są to podstawowe zasady inżynierii .

Metodologia może mieć n zasad.

I zdecydowanie nie są wzorami projektowymi :)

— Demian Brecht
źródło

6

Są to wytyczne dotyczące codziennej pracy, przekraczania granic warstw, domen problemowych i technologii.

Tworzą również coś, co nazwałbyś filozofią określającą twoją praktykę zawodową.

I nie muszą one dotyczyć tylko tworzenia oprogramowania - no cóż, SOLID naprawdę dotyczy tylko tworzenia oprogramowania, ale pozostałe dwa są bardzo ogólne i można je stosować niezależnie od konkretnej branży!

— FrustratedWithFormsDesigner