현재 버전

페코옹 //

그냥 만들거면 하드코딩 하든 말든 누가 뭐라 하겠습니까?

그냥 자기 마음대로 만들면되는거죠. 해당 예제는 가장 기초적인 리덕스 사용응 보여주기 위해서 고의적으로 코드를 단순화 시킨 사례인데 그걸 가지고 스탠다드 패턴이나 기타등등 (하다 못해 그 예제 아래 투두 리스트만 해도 action을 나누는데) 다 무시하고 리덕스 사용법은 다양하니까 아무렇게나 써도 된다는 식으로 주장하시면 곤란해요. 코드 막짜도 된다는 소리랑 비슷합니다.

애초에 잘 아는 사람이야 그렇게 써도 크게 문제 될게 없지만 글쓴이가 그런 경우가 아니지 않습니까? 툴킷조차 상태 구조는 기초적인거 지켜가면서 만드는데 왜 저걸 옹호 하시는지 모르겠네요. 그냥 저랑 말다툼을 하고 싶어 하시는 정도로 보입니다.

저도 ts에 react redux쓰면서 리액트은 hook +fp 리덕스는 class 형태로 해서 쓰지만 그건 개인적인 선호상 리액트 훅을 통한 결합보다 기존 결합이 좀 더 직관적이라는 이유로 쓰는것이고 스탠다드에서 크게 벗어 나지는 않습니다. 정형화 된 구조로 딱 붙잡기에는 개발 환경에서 오는 설계의 다양성이나 발전 가능성에서 손해를 보니 그렇게 정하진 않지만

기초적인 부분 조차 지키지 않으면 의도치 않은 오류가 발생하고 유지보수가 힘들어진다는걸 잘 아시는분이...


수정 이력

2020-12-08 16:10:03 에 아래 내용에서 변경 됨 #1

페코옹 //

그냥 만들거면 하드코딩 하든 말든 누가 뭐라 하겠습니까?

그냥 자기 마음대로 만들면되는거죠. 해당 예제는 가장 기초적인 리덕스 사용응 보여주기 위해서 고의적으로 코드를 단순화 시킨 사례인데 그걸 가지고 스탠다드 패턴이나 기타등등 (하다 못해 그 예제 아래 투두 리스트만 해도 action을 나누는데) 다 무시하고 리덕스 사용법은 다양하니까 아무렇게나 써도 된다는 식으로 주장하시면 곤란해요. 코드 막짜도 된다는 소리랑 비슷합니다.

애초에 잘 아는 사람이야 그렇게 써도 크게 문제 될게 없지만 글쓴이가 그런 경우가 아니지 않습니까? 툴킷조차 상태 구조는 기초적인거 지켜가면서 만드는데 왜 저걸 옹호 하시는지 모르겠네요. 그냥 저랑 말다툼을 하고 싶어 하시는 정도로 보입니다.

저도 ts에 react redux쓰면서 리액트은 hook +fp 리덕스는 class 형태로 해서 쓰지만 그건 개인적인 선호상 리액트 훅을 통한 결합보다 기존 결합이 좀 더 직관적이라는 이유로 쓰는거지만 스탠다드에서 크게 벗어 나지는 않습니다. 정형화 된 구조로 딱 붙잡기에는 발전 가능성이나 다른 이점이 저애되기에 풀어놓지만

기초적인 부분 조차 지키지 않아면 의도치 않은 오류가 발생하고 유지보수가 힘들어진다는걸 잘아실분이...