DRY, KISS, SOLID 등은 무엇으로 분류됩니까?

DRY와 같은 것이 디자인 패턴, 방법론 또는 그 사이의 무언가입니까? KISS와 같은 것을 사용하지 않고 사례를 쉽게 설명 할 수있는 경우에도 ( 필수의 예는 Daily WTF 참조 ), 방법론과 같은 개발 프로세스를 완전히 설명 하지 않아도 특정 구현이 필요하지 않습니다. 일반적으로 것입니다. 이런 유형의 "거짓의 법칙"은 어디에 남습니까?

Wikipedia 에 따르면 소프트웨어 개발 의 원칙 입니다.

실제로 Wikipedia는 이들을 모두 원칙으로합니다.

건조 :

소프트웨어 엔지니어링에서 DRY (Do n't Repeat Yourself) 또는 DIE (Dupplication is Evil)는 소프트웨어 개발 의 원칙 입니다.

키스 :

KISS는 디자인 원리 "간단하게 유지, 바보!" 의 약자입니다 .

고체 :

원칙을 함께 적용 할 때이 계획은 프로그래머 유지하고 시간이 지남에 따라 확장이 용이 한 시스템을 구축 할 가능성을 높하기

기본 엔지니어링 원칙 이라고 말하고 싶습니다 .

방법론에는 n 개의 원칙 이있을 수 있습니다 .

그리고 그들은 확실히 패턴을 디자인하지 않습니다 :)

다음은 계층, 문제 영역 및 기술의 경계를 넘어 일상적인 작업을위한 지침 입니다.

그들은 또한 당신이 당신의 전문적인 실천을 정의 하는 철학 이라고 부르는 것을 형성합니다.