DRY, KISS, RẮN, vv được phân loại là gì?

58

Là một cái gì đó như DRY một mẫu thiết kế, một phương pháp, hoặc một cái gì đó ở giữa? Họ không có các triển khai cụ thể có thể được chứng minh một cách cần thiết (ngay cả khi bạn có thể dễ dàng chứng minh một trường hợp KHÔNG sử dụng một cái gì đó như KISS ... xem Daily WTF để biết rất nhiều ví dụ), cũng không giải thích đầy đủ về quy trình phát triển như phương pháp nói chung sẽ. Trường hợp đó để lại các loại "quy tắc của ngón tay cái"?

design-patterns terminology methodology

— Morgan Herlocker
nguồn

20

DRY RẮN KISS ... Tôi không biết liệu điều đó có làm cho thiết kế phần mềm trở nên hấp dẫn hơn hay ít hơn ...

— Thất vọngWithFormsDesigner

11

Các từ viết tắt? (Cười toe toét, chạy và vịt.)

— Warren P

2

@Warren P: Điều đó trở thành LỚN ... Hmmm ...

— Thất vọngWithFormsDesigner

1

KISS DRY & RẮN chắc chắn tốt hơn một chút ướt át và yếu đuối ...

— JustAMartin

Tiếp thị cung cấp buzzwords.

— Emilio Garavaglia

98

Theo Wikipedia đó là một nguyên tắc phát triển phần mềm.

Trong thực tế, Wikipedia đề cập đến tất cả chúng như là các nguyên tắc:

DRY :

Trong công nghệ phần mềm, Đừng lặp lại chính mình (DRY) hoặc Sao y là Ác (DIE) là một nguyên tắc phát triển phần mềm

KISS :

KISS là từ viết tắt của nguyên tắc thiết kế "Giữ cho nó đơn giản, Ngốc!".

RẮN :

Các nguyên tắc khi được áp dụng cùng nhau có ý định làm cho nhiều khả năng lập trình viên sẽ tạo ra một hệ thống dễ bảo trì và mở rộng theo thời gian

— JD
nguồn

Có hướng dẫn tốt nào với các ví dụ giúp hiểu về cách áp dụng các mẫu thiết kế này không ...

— Krunal

2

Mẫu thiết kế là khác nhau. Như câu trả lời, đây là những nguyên tắc sẽ hướng dẫn bạn trong thiết kế và phát triển hàng ngày. Ví dụ và hướng dẫn có rất nhiều trong web. Đây là một ví dụ: blog.gauffin.org/2012/05/11/ khăn

— Jonn

1

Một điều trái ngược với DRY là "WET": viết mọi thứ hai lần.

— Bác sĩ Rob Lang

17

Tôi muốn nói rằng chúng là những nguyên tắc kỹ thuật cơ bản .

Một phương pháp có thể có n nguyên tắc.

Và họ chắc chắn không phải là mẫu thiết kế :)

— Demian Brecht
nguồn

6

Đây là những hướng dẫn cho công việc hàng ngày của bạn, vượt qua ranh giới của các lớp, miền vấn đề và công nghệ.

Chúng cũng hình thành những gì bạn sẽ gọi là một triết lý xác định thực hành chuyên nghiệp của bạn.

Và họ không cần chỉ áp dụng cho phát triển phần mềm - cũng ok, RẮN thực sự chỉ áp dụng cho phát triển phần mềm nhưng hai cái kia rất chung chung và có thể được áp dụng độc lập với bất kỳ ngành cụ thể nào!

— Thất vọngWithFormsDesigner