synchronized 문의

네, 잘 배웠습니다. 상세한 답변 감사드립니다.

babel-loader 궁금증

강사님 안녕하세요. Vite 같은 노번들 도구를 알려주셔서, 로컬개발환경만 Vite 로 테스트를 해보고 있습니다. 말씀해주신대로, Vite 를 사용하니 서버가 바로 Start 되는 장점이 있고 소스 일부만 수정했을 떄도 빠르게 확인해볼 수 있어서 개발생산성에 도움이 되는 것 같습니다. 그런데 노번들 도구라서 그런지, 서버 올리고 localhost:3000 을 접속하면 Webpack compile 시에는 개발자도구의 네트웍 탭에서 Request 갯수가 많지 않았는데 Vite 의 경우는 2000개 이상의 Request 가 발생하여, 테스트를 위해 첫페이지가 로드되기까지는 다소 시간이 걸리더라구요. 노번들도구의 특성상, 이부분은 좀 감수해야하는 부분일까요?

JobParametersIncrementer 문의드립니다.

강의 내용에 위와 같은 설명이 없어서 이해를 못하고 있었습니다. 상세하게 설명을 해주셔서 잘 이해했습니다. 감사합니다.

JobParametersIncrementer 문의드립니다.

JobLauncher 강의 설명하실 때, 작성하신 비동기식 동작 소스를 그대로 활용했습니다.. Job 은 강사님 소스와 완전 동일하고요.. @RestController @RequiredArgsConstructor public class JobLauncherController { private final Job job; private final BasicBatchConfigurer basicBatchConfigurer; @PostMapping("/execute") public String executeJob(@RequestBody Member member) throws JobExecutionAlreadyRunningException, JobRestartException, JobInstanceAlreadyCompleteException, JobParametersInvalidException { JobParameters jobParameters = new JobParametersBuilder() .addLong("id", member.getId()) .addString("name", member.getName()) .toJobParameters(); // 비동기식으로 Job수행 처리를 위한 설정 SimpleJobLauncher jobLauncher = (SimpleJobLauncher)basicBatchConfigurer.getJobLauncher(); jobLauncher.setTaskExecutor(new SimpleAsyncTaskExecutor()); jobLauncher.run(job, jobParameters); return "batch success!"; } }

스프링 빈 문의드려요

알려주신 내용의 강의 내용을 제가 듣기 전에 질문을 드렸네요. 상세히 알려주셔서 감사합니다.

action 의 재활용

답변 감사드립니다. jQuery 개발하던 때에는 로직 자체에만 집중을 했던 것 같은데 리액트 개발할 때는 상태가 바뀌면서 렌더가 자주 발생하면 문제가 되지 않을까 라는 생각을 항상 품고 개발을 하게 되는 거 같아요. 그러다보니 리액트가 어렵게 느껴지는 거 같고요.. 익숙해질 때가 오겠죠 ㅎㅎ

로드밸런싱 문의

Endpoints: 10.32.0.4:8080,10.32.1.9:8080,10.32.2.5:8080 위와 같이 pod ip 3개가 잘 조회되는데도 이상하게 계속 하나만 조회되네요. (ctrl+f5 도 마찬가지) 그냥 궁금함이 해결되지 않으니 좀 답답하네요 ㅎ

Redux saga 문의

저도 강사님 강의를 보면서 그렇게 이해를 했는데 테스트를 해보니 Reducer 가 먼저 수행되고 Saga 함수가 진행되는 듯한 결과를 얻어서요.. 아래 글도 약간 그런 내용 같고요.. https://github.com/redux-saga/redux-saga/issues/148

컴포넌트 외부 변수 문의

잘 이해했습니다. 좋은 답변 감사드려요~

makeFetchSaga 문의드립니다.

강사님 제가 설명을 잘못 작성해 드린 것인지 제 의도와 조금 다른 답변을 해주신 거 같아요. "상품 조회" 라는 Action 을 Dispatch 하면 fetchGetItem 이라는 Saga 함수가 호출된다고 가정하겠습니다.fetchGetItem 안에서는 서로 다른 2개의 API 를 call 해야 합니다.(2개의 API 를 결과를 조합해서 하나의 결과를 화면으로 전달해야 한다고 보시면 됩니다.) function* fetchGetItem() { const { itemApi, itemSaleApi } = yield all({ itemApi: call(callApi, { url: '/item/...', method: 'post', }), itemSaleApi : call(callApi, { url: '/itemSale/....', method: 'post', }), }); ... 이하 생략 그리고 아래와 같은 Case 도 있을 거 같아요. fetchGetItem 안에서 동기식으로 2번의 서로 다른 API 를 호출하는 경우 function* fetchgetItem() { const { isSuccess, data } = yield call(callApi, { url: '/item/....', method: 'post', }); if (data.saleId){ const { isSuccess, data } = yield call(callApi, { url: '/itemSale/....', method: 'post', data: { saleId: data.saleId }, }); } .. 이하 생략 즉, Saga 함수 안에서 서로다른 API 를 다양하게 호출하는 경우, 지금의 makeFetchSaga 는 상태관리가제대로 되지 않을 듯 한데요.. 이런 부분에 대해서 어떻게 관리하고 계신지가 궁금합니다.