애플리케이션에서 새로운 기능을 발견하려고 계속 노력하면서 제안하는 솔루션이 이전에 구현한 것과 매우 유사하다는 것을 알게 되었습니까? 당신이 프로그래머라면(시작한 지 얼마 되지 않았더라도) 아마도 "예"라고 대답했을 것입니다. 소프트웨어 개발 중에 새로 발견된 문제를 해결하기 위해 일부 오래된 코드를 사용하고 있는 것 같습니다. 귀하는 귀하의 솔루션이 기본 원칙이며 귀하뿐만 아니라 모든 전문 개발자가 널리 반복할 수 있는 방법이라는 것을 깨달았을 것입니다.
실제로 많은 프로그래밍 문제가 반복적으로 발생하며, 이러한 문제를 해결하기 위한 많은 기본 방법(또는 디자인 패턴)이 등장했습니다. 디자인 패턴은 진정성 있고 신뢰할 수 있는 디자인을 사용하여 코드를 구성하는 방법을 알려주는 템플릿입니다.
디자인 패턴 이력
"디자인 패턴"이라는 용어는 원래 건축 분야에서 만들어졌습니다. 1977년 저서 "A Pattern Language: Towns/Building/Construction"에서 Christopher Alexander는 몇 가지 일반적인 건축 설계 문제를 설명하고 기존의 잘 알려진 패턴 모음을 사용하여 새롭고 효과적인 설계를 시작하는 방법을 설명합니다. Alexander의 관점은 소프트웨어 개발에 잘 반영되며, 기존 구성 요소를 사용하여 새로운 솔루션을 구축하는 것에 대한 장기적인 합의가 있습니다.
모든 디자인 패턴에는 이름, 문제 설명, 솔루션 등 몇 가지 공통된 특징이 있습니다.
1. 디자인 패턴의 식별은 다른 프로그래머가 너무 깊게 공부하지 않고도 코드의 목적을 즉시 이해할 수 있기 때문에 중요합니다(적어도 이러한 식별을 통해 프로그래머는 이 패턴에 익숙해질 것입니다). ?
2. 문제 설명은 이 모델의 적용 분야를 설명하는 데 사용됩니다. ?
3. 솔루션은 이 모델의 실행을 설명합니다. 디자인 패턴에 대한 좋은 논의는 모델 사용의 장점과 단점을 다루어야 합니다. ?
확장하다
