Skip to content
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

Open
wants to merge 3 commits into
base: 042-Progress-구조-변경
Choose a base branch
from

Conversation

ScottSung7
Copy link
Collaborator

@ScottSung7 ScottSung7 commented Oct 29, 2024

변경사항

  • 영향받는 파일들이 많아서 나누었습니다.
  • 영향받은 서비스들입니다. 대체로 Generic이 사라져서 파일들이 변경되었습니다.
    • 기본 객체 (Progress.DEFAULT)가 들어가고 제네릭이 사라졌습니다. (1facf60)
    • 새로 추가된 Progress의 상태가 변하는 요청의 서비스 파일들입니다. (a9664dc)
      • 앞의 표현계층에서 올렸던 요청들의 서비스 입니다.

@ScottSung7 ScottSung7 self-assigned this Oct 29, 2024
@ScottSung7 ScottSung7 changed the title 043 progress 구조 변경 영향받은 서비스들 [043-progress-구조-변경-영향-받은-서비스들] Oct 29, 2024

@Service
@RequiredArgsConstructor
public class ProgressBusinessWriteService {
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

어플리케이션 레이어에 존재하는군요. 요것 지난 멘토링때 서비스의 위치를 헷깔리셨던 것 같은데 이 구조로 계속 가게 될까요?

Copy link
Collaborator Author

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;
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

인프라 계층에 PhotoSaver가 있긴한데 이렇게 하는 경우 인프라 계층을 나눈 이점을 얻을 수 있으까요?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

음.. 이 부분은 인터페이스를 두어야 할 것 같습니다. 생각해보면 응용계층이 인프라에 의존하는 상황인것 같긴합니다. 로직이 단순해서 편의를 위해서 아직 인터페이스까지 두기는 과하다고 생각했습니다.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants