shout

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

synchronized 문의

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

babel-loader 궁금증

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

JobParametersIncrementer 문의드립니다.

JobLauncher 강의 설명하실 때, 작성하신 비동기식 동작 소스를 그대로 활용했습니다..
Job 은 강사님 소스와 완전 동일하고요..
&nbsp;
@RestController
@RequiredArgsConstructor
public class JobLauncherController {
 private final Job job;
 private final BasicBatchConfigurer basicBatchConfigurer;
&nbsp;
 @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!";
 }
}
&nbsp;

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

스프링 빈 문의드려요

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

action 의 재활용

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

로드밸런싱 문의

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

Redux saga 문의

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

컴포넌트 외부 변수 문의

강사님 제가 설명을 잘못 작성해 드린 것인지 제 의도와 조금 다른 답변을 해주신 거 같아요.
"상품 조회" 라는 Action 을 Dispatch 하면 fetchGetItem 이라는 Saga 함수가 호출된다고 가정하겠습니다. fetchGetItem 안에서는 서로 다른 2개의 API 를 call 해야 합니다. (2개의 API 를 결과를 조합해서 하나의 결과를 화면으로 전달해야 한다고 보시면 됩니다.)
<pre class="language-javascript"><code>function* fetchGetItem() {

	const { itemApi, itemSaleApi } = yield all({
		itemApi: call(callApi, {
			url: '/item/...',
			method: 'post',
		}),
		itemSaleApi : call(callApi, {
			url: '/itemSale/....',
			method: 'post',
		}),
	});

... 이하 생략
</code></pre>
그리고 아래와 같은 Case 도 있을 거 같아요. fetchGetItem 안에서 동기식으로 2번의 서로 다른 API 를 호출하는 경우
<pre class="language-javascript"><code>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
			},
		});	
	}
.. 이하 생략</code></pre>
 즉, Saga 함수 안에서 서로다른 API 를 다양하게 호출하는 경우,&nbsp; 지금의 makeFetchSaga 는 상태관리가 제대로 되지 않을 듯 한데요.. 이런 부분에 대해서 어떻게 관리하고 계신지가 궁금합니다.

shout

投稿