-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[043-progress-구조-변경-영향-받은-서비스들] #85
base: 042-Progress-구조-변경
Are you sure you want to change the base?
The head ref may contain hidden characters: "043-Progress-\uAD6C\uC870-\uBCC0\uACBD-\uC601\uD5A5\uBC1B\uC740-\uC11C\uBE44\uC2A4\uB4E4"
Conversation
|
||
@Service | ||
@RequiredArgsConstructor | ||
public class ProgressBusinessWriteService { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
어플리케이션 레이어에 존재하는군요. 요것 지난 멘토링때 서비스의 위치를 헷깔리셨던 것 같은데 이 구조로 계속 가게 될까요?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
안그래도 도메인 서비스와 어플리케이션 서비스를 리팩토링하려고 하고 있습니다. 아마 대부분의 어플리케이션 서비스는 많이 단순화 될것 같고 비즈니스 언어만 남을 것같은데, 도메인 서비스를 만들때 여러파일로 해야할지 하나의 서비스 파일에 담아야 할지 고민이 됩니다. (예를 들면 푸시 알림과 이메일 서비스를 따로 만들고 도메인에 넣어 주어야 할지 하나의 도메인 서비스 파일에 있어야 할지 고민 됩니다.)
public class ProgressBusinessWriteService { | ||
|
||
private final HelpDBAdapter helpDBAdapter; | ||
private final PhotoSaver photoSaver; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
인프라 계층에 PhotoSaver가 있긴한데 이렇게 하는 경우 인프라 계층을 나눈 이점을 얻을 수 있으까요?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
음.. 이 부분은 인터페이스를 두어야 할 것 같습니다. 생각해보면 응용계층이 인프라에 의존하는 상황인것 같긴합니다. 로직이 단순해서 편의를 위해서 아직 인터페이스까지 두기는 과하다고 생각했습니다.
변경사항