패턴 적용시 실제 느끼는 이점

저는 Provider를 이용한 MVVM 패턴을 이용합니다.
다른 패턴(MVC, MVP)들도 마찮가지지만
패턴을 사용하는 가장 큰 이유는 역할분담입니다.

웹 파트를 보면 화면을 디자인(CSS)하는 부분과
비즈니스 로직(java, js)을 다루는 부분이
구분되어있는 경우가 많습니다.

대부분 담당자가 다른 경우가 많고
심지어 프로젝트 시작부터 끝날때까지
한번도 마주치지 못하는 경우도 있습니다.

혼자서 프로젝트를 모두 감당할 수준이 아니라면
아무래도 담당자가 존재할 것이고
이를 구분하기 위해서 각자의
역할을 나눌 필요가 있습니다.

---

MVVM을 적용할 때,
V와 VM을 구분하는 것이
가장 중요한 것 같습니다.

프로젝트를 진행하다보면 디자인이 바뀌는 경우와
로직이 바뀌는 경우가 있는데
이것을 미리 구분해 놓지 않으면
수정을 할 때마다 어디를 수정해야하는지 매번 찾아야하죠.

하지만 역할이 명확히 구분되어있다면
문제점을 찾기도 쉽고
심지어 구현시에도 이점이 많습니다.

---

예를들어 디자인과 로직이 잘 분리된 프로젝트는
두명이 작업을 한다고 했을때
한명은 디자인 시안을 보고 화면만 쭉쭉 쳐나가고

다른 사람은 서버(또는 로컬DB)와의 통신만 처리하고
초반에 api를 잘 정의해놓으면
dummy 데이터를 화면단에 넘겨주면 되겠죠.

패턴을 처음 접하는 사람들은
이것을 왜 사용하는지 잘 모를 수 있습니다.
클래스 파일 하나에서 뷰도 그리고
통신도 하고 사용자 이벤트도 다 처리하면
이 파일 저 파일 볼 필요도 없고 편할텐데

용어도 익숙하지 않고
따라서 생각처럼 잘 동작하지 않는
패턴을 왜 써야하는지
이해할 수 없는 경우가 있습니다.

초반에는 어렵지만 뒤로 갈 수록
개발을 돕는 패턴을 잘 쓰는 것이 중요합니다.
(물론 잘 써야해요. 잘못쓰면 안쓴것만 못하죠.ㅎ)

패턴 사용 이점 요약

1. 버그를 찾기가 쉽다.
2. 구현시 역할 구분으로 공동 작업에 용이하다.