Redux: 제안: "저장소" 이름을 "리듀서"로 변경

-1 이 리포지토리의 학습 곡선은 이미 가파르게 느껴집니다. 새로운 플럭스 사용자를 위한 새로운 용어를 도입하여 더 가파르게 만들지 맙시다.

내부적으로는 리듀서라고 부를 수 있으며 공개적으로 저장소로 유지하여 더 쉽게 이해할 수 있습니다.

솔직히 지금이 더 혼란스러운 것 같아요. 완전히 일화지만 IRL이 "상점"이 무국적자가 될 수 있는 방법에 대해 생각하는 것을 엉망으로 만든 사람이 몇 명 있었습니다.

전통적인 Flux에서 "저장소"의 주요 특징은 1) 상태를 유지하고 2) 변경 이벤트를 내보내는 것입니다. 둘 다 Redux에서는 사실이 아닙니다.

나는 우리가 용어를 명확히 해야 하고 어떤 경우에는 더 나은 이름을 찾아야 한다는 데 동의합니다.
첫 번째 단계로 JSDoc이 있어야 하고 용어 섹션도 도움이 될 것이라고 생각합니다.
일반적으로 일정 수준의 일관성을 유지해야 합니다.

FP처럼 들리지 않지만 "상점"도 아닌 용어가 있는지 궁금합니다.
도메인?

OTOH는 이미 Redux라고 불리므로 적어도 "리듀서"는 관련이 있습니다.

상태를 한 단계 앞으로 이동시키는 "단계 업데이트" 또는 "스테퍼"는 어떻습니까? step , update 또는 next 라는 함수가 있는 Elm 문헌에서 이것이 사용되는 것을 보았습니다.

도메인에는 node.js 수하물이 포함됩니다.

그것들은 기능하는 방식의 저장소가 아니지만 여전히 플럭스 저장소와 마찬가지로 상태 논리를 거기에 넣습니다. 그들은 플럭스 스토어가 있어야 하는 것처럼 상태 관리자입니다.

이름을 변경하려는 경우 감속기는 괜찮습니다.

특히 "리듀서"가 실제로 무엇인지에 대한 정확한 설명이기 때문에 :)

업데이터? 감속기보다 설명적 + 덜 속물적 인 소리.

나도 reducer 좋아해

왜 "리듀서"가 속물인지 이해하지 못하는 것 같습니다. 덜 설명적인 새로운 용어를 발명하는 것보다 실제 용어를 사용하는 것이 더 낫지 않습니까?

나는 둘 다 유효할 수 있다고 생각합니다. 그리고 그것은 당신이 그것을 보는 관점에 따라 다릅니다: _reducer_ of action(into state) 또는 _updater_ of state.

"업데이터"는 돌연변이를 의미합니다. "Reducer"는 이전 상태를 수정하지 않고 새 상태를 반환한다는 것을 분명히 합니다.

그것이 내가 생각하기에 좋은 점이며, redux가 돌연변이와 함께 올바르게 작동하지 않는 문제에 도움이 될 수 있습니다.

FP에 익숙하지 않은 사람들에게 Redux를 친숙하게 유지해야 한다는 점에 감사하지만 더 나은 문서로 이를 해결할 수 있습니다. 현재 문서가 마음에 들지만 언뜻 보기에는 다소 압도적입니다. 고급 항목(미들웨어, 핫 리로딩)보다 친숙한 항목(액션 작성자, 리듀서 로직)을 전경으로 하는 좋은 문서 사이트가 매우 도움이 될 것입니다.

그래도 여기에서 다음과 같이 빠르게 성장하는 것으로 판단하면 우리는 무언가를 올바르게해야합니다. :)

더 나은 문서와 함께 이러한 일이 발생하면 "Stores"를 "Reducers"로 변경할 수 있습니다.

필수 요소는 "Flux와 비슷하지만 더 좋습니다. 걱정하지 마세요"라는 분위기를 유지하는 것입니다. 나는 사람들이 이것이 Flux와 비슷하지만 Flux의 좋은 속성 중 일부를 깨뜨리는 것과 유사하다고 생각하는 것을 원하지 않습니다. 나는 또한 그들이 FP를 배울 필요가 있다고 생각하는 것을 원하지 않습니다. 우리가 그것을 유지할 수 있는 한, 나는 이 변화에 대해 괜찮습니다.

내가 확신하지 못하는 제안: Redux 클래스의 이름을 Store로 바꾸면(생각해 보세요. 두 가지 목적은 상태를 유지하고 변경 이벤트를 내보내는 것입니다) 최상위 API는 다음과 같습니다.

const store = createStore(reducers);

<Provider store={store} />

이것은 아이디어를 꽤 잘 전달한다고 생각합니다. 리듀서는 스토어 로직이 가는 곳이지만 스토어 자체는 아닙니다.

store.dispatch 가 잘못된 느낌이 들지만 나는 이것을 좋아합니다.

예, 그게 제가 정말 좋아하지 않는 한 가지이지만 다른 방법은 의미가 있습니다. store.getState() , store.setState() , store.subscribe()

지금 생각해보면 우리는 실제로 "배포"하는 것이 아닙니다.
아, 네이밍은 토끼굴입니다.

좋아, 그래서 우리가 지금까지 가지고 있는 것은:

• 액션(크리에이터)
• (저장) 감속기
• 미들웨어 기능
• 콜백(리스너) 함수
• 함수 호출 체인을 트리거하는 것(디스패처라고 함)
• 변경 가능한 상태를 유지하는 것(세터 및 게터 포함)

한발 물러서서 이름을 다시 생각해 볼까요?

어쩌면 store.dispatch 도 나쁘지 않을 것입니다. 우리는 많은 Store 대신에 하나의 Store가 있고 당신이 Reducers에서 구성한다고 설명할 수 있습니다. No Stores = 별도의 Dispatcher가 필요하지 않으므로 dispatch 는 Store에서 바로 사용할 수 있습니다.

@gaearon 동의합니다.

@emmenko 좋은 요약입니다. 모든 용어 분석은 _action creators_와 _actions_를 구분해야 합니다. 또한 미들웨어 + 리듀서를 포함하는 _dispatcher_ 또는 _dispatch 전략_과 _dispatch 주기_를 트리거하는 _dispatch_ 메서드를 구별해야 합니다.

이렇게 해보자:

• 스토어 이름을 리듀서로 변경
• https://github.com/gaearon/redux/issues/137#issuecomment -113252359에 따라 "Redux 인스턴스"의 이름을 Store로 바꿉니다.
• 전통적인 Flux Stores를 곁눈질하면 그 안에 갇힌 Reducer가 보일 것이라고 설명합니다.

새로운 문서 작업을 주도하고 싶은 사람이 있습니까? 용어집, README, 간단한 "실행하기" 튜토리얼, 그리고 좀 더 심층적인 "설계 결정" 가이드와 같은 몇 가지 구조화 작업이 필요합니다.

@gaearon 자원해서 이 일을 이끌겠습니다 :) 이미 개요를 시작했습니다.

감사합니다:+1:

나는 자원해서 이 일을 이끌 것이다

감사 해요! :+1: :+1: :+1:

개인적으로 최종 결과로 다음과 같은 자동 생성 웹사이트를 갖고 싶습니다.

• 시작하기
• 튜토리얼
• 라이브 예제

... 그리고 있으면 좋은 기능으로:

• 생성된 문서 a-la docco (예: jasmine 처럼) 소스 코드가 명확하게 설명되도록

하지만 마크다운과 jsdoc로 시작하는 것은 물론 첫 번째 단계입니다 ;)

네, 첫 번째 단계는 문서를 Markdown 형식으로 작성하는 것이라고 생각합니다. 그런 다음 문서를 정말 좋은 문서 사이트로 이식할 수 있습니다. :+1: JSDoc도 마찬가지입니다. 오늘 밤 https://github.com/gaearon/redux/pull/87 에서 마지막으로 한 번 찔러보겠습니다. 하지만 코드베이스에서 함수 오버로드를 제거하지 않는 한 이 시점에서 Flow 주석이 그만한 가치가 있는지 확신할 수 없습니다. (또는 누군가 Flow가 불평하지 않고 올바르게 입력하는 방법을 가르쳐주지 않는 한.)

흐름이 우선 순위가 아닌 것 같아요.

감속기라고 불리는 상점의 경우 +1.

저는 이러한 선언적, stateless things store라고 부르는 것을 좋아하지 않았습니다.

새로운 이름 아이디어가 마음에 듭니다. 또한 이름을 변경 제안 것 Connector 같은에 Subscription . Connector 는 매우 일반적이며 redux의 상태와 디스패처를 자식에 연결한다는 것을 알지만 구독이 무슨 일이 일어나고 있는지 더 잘 설명한다고 생각합니다. 구독과 함께 디스패처를 받는 것은 다소 무리지만 괜찮다고 생각합니다.

-1은 리듀서(reducer)라고 불리는 상점의 경우 이름으로 새 사용자(적어도 기능적 프로그래밍 배경이 없는 사용자)에게는 매우 직관적이지 않습니다. 아마도 Updater나 Transformer가 더 나을 것입니다. 더 명확하게 하고 싶다면 Store Updater가 더 나을 것입니다.

"트랜스포머"는 꽤 여러 번 제안되었습니다. 업데이터와 같은 변경 가능한 특성을 제안하지 않으며 리듀서보다 접근하기 쉽고 Store의 "저장" 의미를 전달하지 않습니다.

트랜스포머는 어떠세요?

감속기의 경우 +1

Twitter에서 @faassen이 언급한 것처럼 "리듀서"에 대한 좋은 주장은 프로젝트 이름을 다시 부르는 것입니다. 우리는 “이것은 Flux와 비슷하지만 하나의 Store가 있습니다. 앱을 React 구성 요소로 구성할 수 있는 것처럼 Redux에서는 해당 Store를 Reducers로 구성합니다. [].reduce() : (state, action) => state 전달된 서명 일치 함수 때문에 감속기라고 합니다. 블라블라블라”

산불처럼 퍼지고 다음과 같은 단어를 사용합니다.

• 지령
• 격리
• 포함하다

프로그래밍을 무시하고 변형하고 줄이는 것은 다릅니다. 가장 정확한 이름을 선택하겠습니다.

데이터를 저장하지 않는다면 상점이라고 부르지 마십시오.

한 형식에서 다른 형식으로 변환하고 있습니까, 아니면 많은 값에서 하나로 축소하고 있습니까?

변압기 => 지도
감속기 => 감소

나에게 감소처럼 들린다.

나도 reducers ! :+1:

느릅나무에서 영감을 얻으십시오. https://github.com/evancz/elm-architecture-tutorial#the -basic-pattern

가장 좋은 단어는 update 입니다. 상점은 말도 안되고 항상 "모델"이었습니다. 바퀴를 재발명하거나 사람들을 혼란스럽게 할 필요가 없습니다.

그들을 업데이터라고 부르는 나의 쇠고기는 사람들이 그들이 돌연변이가 되어야 한다고 생각할 수도 있다는 것입니다. 명명이 돌연변이가 아닌 특성을 명확히 하는 데 도움이 될 수 있다면 큰 보너스가 될 것입니다.

한 형식에서 다른 형식으로 변환하고 있습니까, 아니면 많은 값에서 하나로 축소하고 있습니까?

쌓이고 있습니다. "행동이 상태를 다음 상태로 바꾸는 방법." 개념적으로 초기(정의되지 않은) 상태에서 많은 작업을 줄이고 메모이제이션은 최적화에 불과합니다.

상태 변압기

가능한 한 재발명/재발견을 피하십시오. 사람들은 그것을 reduce , scan , fold 및 update 라고 불렀습니다.

reducer 자바 스크립트 관점에서 정확해 보입니다 ...
그것이 더 정확하더라도 다른 언어의 개념에서 이름을 지정하는 값을 보지 마십시오.

그것이 무엇이어야 하는지에 대한 확고한 입장은 없지만 IMO는 계산 유형을 가장 정확하게 나타내는 것이어야 합니다. 대부분의 프로그래머에게 생소한 단어라면 문서로 상쇄할 수 있습니다.

@vramana map 가 아니라 reduce . 이전에 누적된 state 와 새 action 가져와서 새 state .

앱의 모든 작업 배열이 있는 경우 이 함수를 사용하여 최종 앱 상태로 줄입니다.

function reducer(state, action) {
  // switch (action.type) ...
  // return state;
}
const finalState = allAppActions.reduce(reducer, initialState);

이제 실제로 가지고 있는 것은 stream 의 actions 입니다. 이는 개념적으로 배열과 동일하지만 시간이 지나면( stream 의 state 초).

나는 그것을 투영(데이터 구조에 대한 이벤트 로그)으로 생각하고 싶습니다.
DB 사람들은 이것을 "구체화된 뷰"라고 불렀습니다.

나는 줄이거나 접는 것을 좋아하며 다른 커뮤니티에서 잘 이해합니다.

나는 감속기보다 Transformers를 훨씬 선호합니다. 일반적인 영어 사용에서 이것이 의미하는 바는 분명합니다.

감속기.
먼저 자바스크립트 라이브러리이고 자바스크립트에는 [].reduce(reducer, initialState) 있습니다.
둘째, Redu(cer)x는 이미 라이브러리 이름에 있습니다.
셋째, https://blog.javascripting.com/2015/06/19/flux-no-more-stores-meet-reducer/ , 다른 사람과 라이브러리는 '리듀서' 용어를 사용합니다.

감속기는 정확하고 바닐라 JS에서 선례가 있습니다. 어떻게 개선할 수 있는지 확실하지 않습니다.

감속기는 그럴 것입니다.

(#140의 진행 상황을 따르십시오)

때때로 나는 그들을 "상점"이라고 부르는 오래된 토론을 발견하고 뒤늦게 그것이 얼마나 어리석게 혼란스러웠는지에 경탄합니다.

"상태 컨테이너"?

네, 좋은 변화였습니다 :)