님들 서비스로직 넣는 소스에 굳이 추상화 시켜야하나요?
그니깐 service랑 serviceImpl로 나눠서 구현하는데 굳이 두번 일하는거같아서 ㅈ같아요.
나눠서 득되는 일도없고, 확장성도 없고, 구글링해보니깐 저랑 같은경험있는분들 많네요
그냥 idiomatic 설계니깐 이악물고 해라 식이던데. 왜 나눌까요?
(SOLID원칙이네 기능,구현 분리네 이 딴 학식소리할꺼면 갈길가라 앰뒤련아)
님들 서비스로직 넣는 소스에 굳이 추상화 시켜야하나요?
그니깐 service랑 serviceImpl로 나눠서 구현하는데 굳이 두번 일하는거같아서 ㅈ같아요.
나눠서 득되는 일도없고, 확장성도 없고, 구글링해보니깐 저랑 같은경험있는분들 많네요
그냥 idiomatic 설계니깐 이악물고 해라 식이던데. 왜 나눌까요?
(SOLID원칙이네 기능,구현 분리네 이 딴 학식소리할꺼면 갈길가라 앰뒤련아)
service고 serviceimpl이고 dao고 dto고 다필요없이 걍 컨트롤러에 싹다 밖으면 될듯? 뭐하로 나눔 파일 하나로 퉁 가능하지 않음? 모듈당 컨트롤러 한개 개굿
ㅋㅋㅋㅋㅋㅋㅋㅋ 모듈당 컨트롤러 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 1갴ㅋㅋㅋㅋㅋㅋㅋㅋ 씨발ㅋㅋㅋㅋㅋ 그냥 소프트웨어 공학 무시하고 좆대로해 ㅋㅋ 엌ㅋㅋ 시팔 ㅋㅋ 컨트롤러 한갴ㅋㅋ