현재 버전

페코옹 //

정확하진 않지만 현재 글쓴이는 카운터가 아닌 todo를 하고 있습니다. Todo에서는 페코님이 말하신거 처럼 단순화해서 가르치지 않습니다. 그 단계는 카운터에서 끝났습니다.

그러니 지적해야죠.

애초에 저도 개판으로 리덕스 코드 짜본 적 있는데 그 중 대표적인 걸 말하면 리덕스 사가 없이 비동기를 처리해보고 싶어서 실험적으로 짠 적이랑 리듀서를 getter setter처럼 써서 순수함수가 아니게 짠 적 있습니다. 면접에서 해당 부분을 지적 받았을때 솔직히 "내가 그때 해당 이유로 개판으로 짰다, 내가 봐도 개판이다." 라고 솔직히 말했습니다.

개판이라는게 공격적으로 들리시면 스파게티 코드라는 말로 할까요? 뜻은 같습니다.

글고 애초에 스토어는 늘어나면 안됩니다. 특별한 이유가 없는한 원칙적으로 상태관리는 단일 스토어 원칙을 고수하니까요. 실제로 해당 코드는 컴바인 리듀서를 하는 부분이 없기에 단일 스토어 아니게 될 확률이 높긴하네요.

어느 정도 의견의 교집합이 생긴 것 같으니 저는 이쯤에서 해당 주제로의 논쟁은 그만하겠습니다.

페코옹님도 건승하시길 바랍니다.

어쨌든 글쓴이는 js 기본기랑 리액트 리덕스 기본기를 조금 더 공부해야할거같네요.


수정 이력

2020-12-08 17:11:26 에 아래 내용에서 변경 됨 #1

페코옹 //

정확하진 않지만 현재 글쓴이는 카운터가 아닌 todo를 하고 있습니다. Todo에서는 페코님이 말하신거 처럼 단순화해서 가르치지 않습니다. 그 단계는 카운터에서 끝났습니다.

그러니 지적해야죠.

애초에 저도 개판으로 리덕스 코드 짜본 적 있는데 그 중 대표적인 걸 말하면 리덕스 사가 없이 비동기를 처리해보고 싶어서 실험적으로 짠 적이랑 리듀서를 getter setter처럼 써서 순수함수가 아니게 짠 적 있습니다. 면접에서 해당 부분을 지적 받았을때 솔직히 "내가 그때 해당 이유로 개판으로 짰다, 내가 봐도 개판이다." 라고 솔직히 말했습니다.

개판이라는게 공격적으로 들리시면 스파게티 코드라는 말로 할까요? 뜻은 같습니다.

글고 애초에 스토어는 늘어나면 안됩니다. 특별한 이유가 없는한 원칙적으로 상태관리는 단일 스토어 원칙을 고수하니까요. 실제로 해당 코드는 컴바인 리듀서를 하는 부분이 없기에 단일 스토어 아니게 될 확률이 높긴하네요.