객체 지향
풍부한 기능(캡슐화, 추상화, 상속, 다형성)으로 인해 개체 지향 프로그래밍은 많은 복잡한 디자인 아이디어를 실현할 수 있으며 많은 디자인 원칙, 디자인 패턴 및 기타 코딩 구현의 기초가 됩니다.
설계 원칙
디자인 원칙은 우리의 코드 디자인을 안내하는 몇 가지 경험 요약이며 특정 시나리오에서 특정 디자인 패턴을 적용해야 하는지 여부에 대한 중요한 의미를 갖습니다. 예를 들어 "개방형 원칙"은 많은 디자인 패턴(전략, 템플릿 등)의 기본 원칙입니다.
디자인 패턴
디자인 패턴은 소프트웨어 개발에서 자주 발생하는 일부 디자인 문제에 대해 요약된 일련의 솔루션 또는 디자인 아이디어입니다. 디자인 패턴을 적용하는 주된 목적은 코드의 확장성을 높이는 것입니다. 추상화 측면에서 디자인 원칙은 디자인 패턴보다 더 추상적입니다. 디자인 패턴은 보다 구체적이고 실행 가능합니다.
프로그래밍 사양
프로그래밍 사양은 주로 코드 가독성 문제를 해결합니다. 디자인 원칙 및 디자인 패턴과 비교할 때 코딩 사양은 더 구체적이고 코드 세부 사항에 더 중점을 두며 구현 가능성이 더 높습니다. 연속적인 소규모 리팩토링 종속성의 이론적 기반은 주로 프로그래밍 사양입니다.
리팩토링
리팩토링은 코드 품질이 떨어지는 것을 방지하기 위한 효과적인 수단으로 객체 지향, 디자인 원칙, 디자인 패턴 및 코딩 표준과 같은 이론을 사용합니다.
요약하다
사실 객체 지향, 디자인 원칙, 디자인 패턴, 프로그래밍 사양, 코드 리팩토링 다섯 가지 모두 코드 품질을 유지하거나 개선하기 위한 것이므로 본질적으로 고품질 코드를 작성하는 문제에 기여하고 있습니다.
근원을 쫓고 본질을 분명히 보면 많은 일을 해야 할 일이 명확해진다.
이 디자인 패턴을 사용해야 하는지 여부는 코드의 확장성을 향상시킬 수 있는지 여부에 따라 달라지며
리팩토링을 원하는지 여부는 코드에 가독성 및 유지 관리 문제가 있는지 여부에 따라 다릅니다.