reactjs-flux

    5

    1답변

    보기 및 서버 작업에 대해 다른 디스패치 메소드를 만들려면 어떤 의미가 있습니까? 필자가 보았던 모든 튜토리얼과 예제 (특히 this)는 디스패치 된 페이로드를 청취 할 때 소스 상수를 완전히 무시하므로 페이로드의 액션 유형을 전환합니다. 이 패턴이 플럭스 예제에 널리 퍼져있는 이유가 있다고 생각하지만 필자는 이것이 왜 유용한 지에 대한 구체적인 예를 아직

    1

    1답변

    나는이 스크립트는 TodoApp-플럭스 예제의 소스를 통해 읽고 있었다, 그리고 TodoStore.js에서 나는 이것을보고 : 페이스 북이 객체를 병합 선택하는 이유는 단지 하나 개의 속성의 값을 변경하는 대신, 궁금 function update(id, updates) { // original // _todos[id] = merge(_to

    3

    3답변

    구성 요소에 AJAX의 리턴 값 : var ProfileStore = merge(EventEmitter.prototype, { /** * Get the entire collection of Profiles. * @return {object} */ getAll: function() { //ajax call to

    5

    3답변

    Facebook의 Flux Architecture를 사용하여 개발 한 웹 앱이 있습니다. 페이지에는 두 가지보기가 있습니다. 하나는 TODO 항목의 목록을 표시합니다. 두 번째보기는 임의의 TODO 항목 세트를 표시합니다. 상점에서 관리해야 할 두 가지 사항이 분명히 있습니다. 첫 번째는 사용할 수있는 TODO 목록입니다. 두 번째는 무작위로 선택된 TOD

    3

    1답변

    React와 Flux를 사용하는 경우에는 액션에서 API 호출을 한 다음 결과 데이터를 Store 클래스에 저장하는 것이 일반적입니다. 그러나 저장 후 데이터 변환에 대한 책임은 누가해야합니까? 예 : 쇼핑 목록 항목을 나타내는 개체를 보유하는 EntryStore이 있습니다. 내가 적용 할 수있는 여러 가지 필터가 있습니다 (예 : "dairy 만 표시")

    120

    6답변

    은 상점, - 또는 을 자신의 상태를 유지하고 행동 그냥 바보 메시지 합격자있는 경우에는 그렇게함으로써 네트워크 및 데이터 스토리지 서비스를 호출 할 수있는 기능을 ... 있으시면 .. 저장소가 작업의 불변 데이터 수신자를 바꿔야한다면 (그리고 작업은 외부 소스간에 데이터를 가져 오거나 전송하는 것입니다.)이 인스턴스의 저장소는보기 모델로 작동하고 이전에

    2

    1답변

    플럭스 안내서에서 "응용 프로그램 상태는 상점에서만 유지 보수됩니다." 따라서 나에게 반작용적 인 컨트롤러의보기에는 this.state이 있으며 이는 setState()을 호출하는 콜백을 통해 상점과 동기화되어 유지됩니다. 스테이트 풀 컨트롤러보기 자체를 상점으로 사용하는 것이 더 좋지 않겠습니까? 이 방법으로, "state"라는 단어가 앱에 표시되는 유일

    2

    3답변

    여러 Flux 매장에 대한 단위 테스트를 작성 중이며 약간의 성가신 문제가 발생했습니다. 내 상점은 일반적으로 다음과 같이 내장되어 있습니다 : storeObj = { ... } _secretsetterfunction = function(){} module.exports storeObj 당신이 볼 수 있듯이 세터 기능은 저장소 개체의 외부에

    3

    1답변

    Flux 구현을 사용하는 동안 모달 창이 어떻게 표시되어야합니까? 구성 요소의 상태를 업데이트하여 모달을 표시하고 한 번 완료합니다. 모달에 저장하면 작업이 트리거되고 저장소가 업데이트됩니다. 그러나 모달은 폐쇄 될 필요가 없다. 그런 다음 다른 이벤트를 내보내거나 상점에 모달 상태를 저장해야합니다.

    4

    2답변

    그래서 React와 Flux 아키텍처를 가지고 놀았습니다. 2 개의 상점 A와 B가 있다고 가정 해 봅시다. B는 B에 값이 필요하기 때문에 B에 의존합니다. 따라서 Dispatcher가 작업을 발송할 때마다 먼저 B.MethodOfB가 실행되고 A.MethodOfA가 실행됩니다. A를 B의 청취자로 등록하고 B가 변경 이벤트를 낼 때마다 A.MethodO