Service에서 save 함수 별도로 만드는게 낳냐?

[뮹뮹(firm3831)]

DB에 저장하는 함수를 따로 만들고

create든 update든 메모리상 객체로만 처리하고

DB 커넥션 붙는 부분은 함수 하나로 빼는게 낳냐??

이렇게 하면 테스트 코드 짤때 save 제외하면 DB 없어서 좋은데

굳이 이래야 되나 싶기도 하고

[익명(211.209)]

엄격히 분리할수록 테스트하기 쉬워지는거고 엄격히 분리안할수록 결합도가 강해지는거고. 개발은 편해지지만. 보통 유지보수를 생각한다면 엄격히 분리하는게 낫지. 보통 분리하는데도 코스트가 드는데, Spring하위에서 짜면 그냥 단순 코드분리정도라 오히려 꽁으로 분리하는셈임

[뮹뮹(firm3831)]

난 Spring 안해봤는데, 사실 이거뿐만 아니라 Spring에서 지원해주는게 참많나보네 강력한 프레임웤이구만

[익명(211.209)]

Spring이 별도로 해준다고 하긴 좀 오해가 있고.. (뭔가 특별한 기능을 제공해준다는 느낌처럼) Spring을 통해서 서비스레이어/영속성레이어 개념을 안정적으로 나눌 수 있다는게 좋다는것. 다른말로는 Spring과 비슷한 프레임워크면 다 같은 장점을 누릴 수 있지.

[익명(211.209)]

근데 아무 베이스가 없는 상태에서 Service, 영속성 계층을 나눈다? 나눈다고 하더라도 나중에 관리 힘들어.

[프갤러 2(1.230)]

이게 무슨말이야 서비스레이어하고 영속성 레이어하고 나누는게 요새 MVC 표준아니냐 요새 서비스도 2개로 나누고 도메인 레이어까지 들어가는 개같은 아키텍처 많던데

[프갤러 1(114.202)]

낳아버렷