출처 개발하는 남자 Youtube
디자인 패턴은 누군가가 정의 내린 방식
A가 첫 프로젝트에 로그인 소스코드 생성
->의존성이 많아 두 번째 프로젝트 때 재사용 불가능
->여러번의 프로젝트를 거쳐 효율적인 코드 작성
->개발시간 단축, 효율 증가
->주변인들에게 기능 소개 및 전파
반복 되는 개발에서 손쉽게 만들고 확장성과 유지보수가 쉽게.
개개인 별 실력이 다르고
개발 스타일 / 철학이 존재 하기 때문
수십년의 시행착오를 거친 패턴이므로 검증 되었고
사용자 간 쉽게 소스코드를 이해하고 사용할 수 있기 때문
무조건? 디자인 패턴대로 개발?!
그건 아님
디자인 패턴 사용 시 장단점 정리
장점
1. 개발 속도 빨라짐
2. 새로 접하는 소스코드라 하여도 내가 알고 있는 패턴이면 구조를 쉽게 파악 가능
3. 이미 검증 된 방식이라 믿고 사용 가능
4. 개발자들 간의 커뮤니케이션 원활
단점
1. 학습 시간 필요
2. 잘못된 이해로 작성하면 오히려 독이 됨
회사에서 쓰지 않거나, 혼자 개발 시
디자인 패턴에 시간을 쏟기 보다는 개발에 힘쓰는 것 추천
경험을 통해 배워야 하는 게 있음.
필요함을 느낄 때 적용하자.
2부에서 자세한 패턴에 대한 설명이 있을듯 싶다..!
바르고의 다락방