스프링 dao service 매커니즘 질문드립니다.

관리의 목적입니다. 역할을 나누는 거죠... controller를 요청을 분석하는 역할, service는 개발자가 원하는 다양한 처리, dao 는 데이터 베이스 연동. 이렇게 역할을 나누는 겁니다. 하나의 메서드안에 너무 많은 기능을 구현하면 코드 재사용도 어려워지고 관리도 불편해지기 때문이죠. 유지보수와 코드 재사용성 등을 높히기 위해 역할을 나누어 개발을 하게 됩니다. 실제 프로젝트를 진행하면 이 구조가 더 세분화 되기도 합니다. 소규모이 프로젝트라면 다소 불편하게 느끼실 수도 있지만 수십 수백명이 모여 하는 프로젝트에서는 얘기가 달라집니다. 또 경력이 꽤 되시는 분들은 왜 이렇게 나눠서 해야하는지 뼈저리기 느끼실겁니다.ㅎ