과제 2) 비즈니스 로직을 분리해보고 느낀 점 블로그에 정리하기

[starkoora]

선택 과제) 본인이 작성했던 코드 중에서 비즈니스 로직을 분류 해보고 해당 로직을 적절히 캡슐화 하며 느낀 점 블로그에 정리하기

• 다음과 같은 순서로 코드를 정리해보세요
  • 1) 본인이 작성한 코드에서 비즈니스 로직을 표시해보세요.
  • 2) 비즈니스 로직에 해당하는 코드들을 오늘 수업에서 다룬 개념들을 활용하여 UI 로직으로부터 격리해보세요.
  • 3) 개선 전과 후에 어떤 차이가 있었는지 설명을 덧붙여보세요.
• 비즈니스 로직을 분리하면서 어떠한 ‘답답함’이 느껴지실 수 있습니다. 다음 강의에서는 이 부분을 해소할 수 있는 여러가지 방법론에 대하여 다루게 될 예정입니다. 미리 고민해보고 오시면 훨씬 좋은 시간을 보내실 수 있으실거에요 :)
• 이번 챌린지 동안 내어드리는 과제는 대체로 글쓰기가 될 예정입니다. 주어지는 과제들을 성실히 하신 분들은 취업 / 이직 시 포트폴리오로 활용하시며 많은 도움을 받을 수 있을 거라고 생각합니다. 중요한 건 고민과 성장의 흔적을 보여주는 것이니까요.

[movie42]

숙제

제출합니다. 이게 맞는지도 모르겠고 하고 나니 또 다른 문제가 생긴 것같고... 쉽지 않네요.

[Happhee]

[ React ] 비즈니스 로직 분리하기

과제 제출합니다..!

[yeonhub]

[[2차 과제] 비즈니스 로직 분리]]

[heogeon0]

2차과제 - 비즈니스로직분리 늦었지만 과제 제출합니다!

[starkoora]

@movie42 가장 먼저 드는 생각은 오히려 복잡해진거 아닌가 입니다. formItem을 반복문으로 처리하는 것과 여러개의 FormItemContainer로 처리하는 것 사이에는 어떤 차이가 있을까요? 그리고 한편 useJoinForm의 함수들이 각각 dispatch라는 부수 함수에 너무 강하게 연동되어 있지 않나 라는 생각이 듭니다. yup 등의 library를 사용하여 validation schema를 표현하고, rhf에 넘겨 검증 로직들 처리하도록 하면 어떨까요? @Happhee 비즈니스 로직에 대해 명확히 이해하신 것 같습니다. 한편 checkFormToSubmit는 내부에 api 호출 관련 로직을 가질 필요가 없어보입니다. 이름 부터가 check에 충실하려고 하고 있고요. boolean을 리턴하도록 하고 외부에서 결과물에 따라 함수를 처리하면 어떨까요?

[starkoora]

@heogeon0 Select 컴포넌트 내부에 구현되어 있던 로직을 외부에서 주입받도록 변경하여 유연성을 높이신게 핵심이었군요. 이를 IoC(제어의 역전)이라고도 부르는데, 추상화 과정에서 반드시 활용되어야 하는 개념인데 잘 적용되어 있는 것 같습니다 👍 @yeonhub 최종 코드만 놓고 보자면 아직 개선해야 할 부분이 많은 것이 사실이나 updateStock을 도출하는 고민의 과정이 잘 드러나 있는 것 같아 조좋은 것 같습니다. 이번 강의에서 다룬 내용으로만 끝내지 마시고 수업 중에 추천 드린 <쏙쏙 책>을 한번 훑으시면서 계속 적용해나가신다면 많은 개선이 있을 거라고 생각됩니다.

[Happhee]

@starkoora 네! 한번더 로직을 분리해 보겠습니다..! 감사합니다!