Redux: تحديثات التعليمات

تم إنشاؤها على ٣١ مايو ٢٠١٦  ·  51تعليقات  ·  مصدر: reduxjs/redux

ملخص

لقد قمت بالعمل الشاق الأولي لكتابة الأسئلة الشائعة. لقد أجرى gaearon قد أشار إلى عدد من المناقشات والمقالات باعتبارها الأسئلة الشائعة التي تستحقها ، ولدي مجموعة من الإشارات المرجعية والتحديثات المتراكمة التي أحتاج إلى فرزها. دعنا نحاول سرد أي مواضيع أو روابط أو عناصر نشعر بالحاجة إلى إضافتها أو تحديثها.

تحديث

لقد أضفت التحديثات إلى الأسئلة الحالية ، لكني أركز حاليًا على المهام الأخرى. إذا كان أي شخص مهتمًا بالمساعدة في كتابة الإدخالات "الجديدة" ، فسيسعدني العمل معهم بخصوص المعلومات والمحتوى والتحرير!

في انتظار إضافتها

مواضيع جديدة

عام

  • متى يجب أن أتعلم Redux؟

    • https://twitter.com/dan_abramov/status/739961787295117312

    • https://twitter.com/dan_abramov/status/739962098030137344

    • https://github.com/markerikson/react-redux-links/blob/master/basic-concepts.md

  • ما هي إيجابيات وسلبيات استخدام Redux؟

    • https://github.com/reactjs/redux/issues/1342#issuecomment-183401969

  • ما أوجه المقارنة بين Redux و [Backbone، Angular، MobX]؟

    • إعادة مقابل متغير عالمي

    • https://news.ycombinator.com/item؟id=13334978

هيكل الكود

  • قابلة لإعادة الاستخدام / مغلفة منطق / وحدات؟

    • https://github.com/markerikson/redux-ecosystem-links/blob/master/component-state.md

    • https://github.com/markerikson/react-redux-links/blob/master/redux-techniques.md#encapsulation-and-reusability

    • http://randycoulman.com/blog/

    • https://github.com/slorber/scalable-frontend-with-elm-or-redux

    • http://www.webpackbin.com/VkHniHP6b

  • أين يجب أن تعيش مآخذ الويب والوصلات المستمرة الأخرى؟

    • في الوسيطة. راجع الأمثلة الموجودة على https://github.com/markerikson/redux-ecosystem-links/blob/master/middleware-sockets-adapters.md

أداء

  • ترقيم الصفحات / التخزين المؤقت؟

    • http://stackoverflow.com/questions/33940015/how-to-choose-the-redux-state-shape-for-an-app-with-list-detail-views-and-pagina

    • https://github.com/facebook/relay/issues/720#issuecomment-174050321

    • https://twitter.com/acemarke/status/804071531844423683

    • https://medium.com/@dcousineau/advanced-redux-entity-normalization-f5f1fe2aefc5

    • متعلق بسؤال "حجم شجرة الحالة" الموجود

قرارات التصميم

  • لماذا تفصل Redux الإجراءات والتحديثات؟ لماذا لا تقوم فقط بتحديث الحالة مباشرة؟

    • https://stackoverflow.com/questions/43640464/why-we-decouple-actions-and-reducers-in-flux-redux-architecture

    • https://medium.com/@mark.erikson/ill-repeat-a-comment-i-ve-made-several-times-now-b4ead0b57a95

    • https://news.ycombinator.com/item؟id=14550588

رد فعل - إحياء

  • لماذا استخدام React-Redux؟

    • https://www.reddit.com/r/javascript/comments/6hperk/i_use_react_and_redux_but_never_reactredux_what/dj0fywb/

آخر

  • تناسب هذه المخططات في مكان ما؟ https://github.com/reactjs/redux/issues/653
  • يذكر "جدير بالأسئلة الشائعة":

    • https://github.com/reactjs/redux/issues/1751

    • https://github.com/reactjs/redux/issues/1628

    • https://github.com/reactjs/redux/issues/1676

    • https://twitter.com/dan_abramov/status/732543424356864001

  • Boilerplate / الإسهاب:

    • https://twitter.com/dan_abramov/status/813860965477392385

تحديثات الأسئلة الموجودة

  • متى يجب علي استخدام Redux؟

    • https://dev.to/dan_abramov/comment/1n2k

  • أين أضع "منطق الأعمال"؟

    • https://twitter.com/FwardPhoenix/status/952971237004926977

    • https://github.com/reactjs/redux/issues/2796

إنه ليس عنصرًا من عناصر الأسئلة الشائعة ، لكنني سأترك ملاحظة لنفسي هنا بدلاً من تقديم عدد جديد. يجب أن تحتوي صفحة "Beyond CombinedReducers" على إشارة إلى "حالة التداخل المزدوج" ، كما هو الحال في state.posts.posts ، عادةً بسبب الحالة الأولية التي تحدد مفتاحًا _ و_ إعطاء مفتاح لمخفض الشريحة. . بالتأكيد خطأ شائع.

مكتمل

مواضيع جديدة

ثبات

  • هل يجب علي استخدام Immutable.js؟

    • https://www.reddit.com/r/javascript/comments/4rcqpx/dan_abramov_redux_is_not_an_architecture_or/d51g4k4؟context=3

    • https://github.com/markerikson/react-redux-links/blob/master/immutable-data.md#immutability-and-react

    • https://github.com/markerikson/react-redux-links/blob/master/react-performance.md#immutable-data

  • لماذا يجب التعامل مع البيانات بشكل ثابت؟

    • http://stackoverflow.com/questions/37531909/redux-why-is-avoiding-mutations-such-a-fundamental-part-of-using-it

    • http://stackoverflow.com/questions/35970515/how-is-state-immutability-actually-used-in-redux

تحديثات على الأسئلة الموجودة

  • متى / لماذا تستخدم Redux؟

    • https://twitter.com/dan_abramov/status/733742952657342464

    • https://twitter.com/dan_abramov/status/732912085840089088

    • https://twitter.com/dan_abramov/status/725089243836588032

    • https://twitter.com/dan_abramov/status/737036433215610880

    • http://stackoverflow.com/questions/36631761/when-should-i-add-redux-to-a-react-app

    • https://medium.com/@dan_abramov/you-might-not-need-redux-be46360cf367#.8qxj336yv

    • http://stackoverflow.com/questions/39260769/redux-vs-plain-react/39261546#39261546

    • https://twitter.com/dan_abramov/status/802564042648944642

    • https://www.reddit.com/r/reactjs/comments/5exfea/feedback_on_my_first_redux_app/dagglqp/

    • http://stackoverflow.com/questions/39260769/redux-vs-plain-react/39261546#39261546

    • https://twitter.com/acemarke/status/793862722253447168

    • https://twitter.com/dan_abramov/status/801489026687651840

  • حالة الإحياء مقابل حالة رد الفعل:

    • https://discuss.reactjs.org/t/redux-and-global-state-vs-local-state/4187/8

    • http://stackoverflow.com/questions/35328056/react-redux-should-all-component-states-be-kept-in-redux-store/35328862#35328862

    • https://www.reddit.com/r/reactjs/comments/4w04to/when_using_redux_should_all_asynchronous_actions/d63u4o8

    • https://twitter.com/dan_abramov/status/749710501916139520

    • https://twitter.com/dan_abramov/status/736310245945933824

  • بيانات المتجر القابلة للتسلسل:

    • https://github.com/reactjs/redux/issues/1793

  • البيانات المتداخلة:

    • مثال Treeview: https://github.com/reactjs/redux/pull/1269

    • http://stackoverflow.com/questions/32798193/how-to-handle-tree-shaped-entities-in-redux-reducers

    • https://github.com/reactjs/redux/issues/1824

    • http://stackoverflow.com/questions/38012852/users-sees-one-part-of-deeply-nested-state-should-visible-properties-be-at-top/38017227#38017227

    • https://medium.com/@adamrackis/querying-a-redux-store-37db8c7f3b0f

  • أجراءات:

    • بعض الروابط المذكورة في https://github.com/reactjs/redux/issues/533؟

    • الإجراءات المجمعة: https://github.com/manaflair/redux-batch

  • هيكل الملف:

    • http://stackoverflow.com/questions/37111300/redux-why-not-put-actions-and-reducer-in-same-file/37116923

    • https://github.com/reactjs/redux/issues/1618

    • https://github.com/mxstbr/react-boilerplate/issues/27

    • https://github.com/reactjs/react-redux/issues/210#issuecomment-245113164

  • تحجيم:

    • http://stackoverflow.com/questions/34782249/can-a-react-redux-app-really-scale-as-well-as-say-backbone-even-with-reselect

    • https://github.com/reactjs/react-redux/issues/407

    • https://github.com/reactjs/react-redux/pull/416

    • http://stackoverflow.com/questions/37264415/how-to-optimize-small-updates-to-props-of-nested-component-in-react-redux

    • http://somebody32.github.io/high-performance-redux/

    • https://github.com/reactjs/react-redux/issues/269

    • https://github.com/reactjs/redux/issues/1751

    • https://twitter.com/dan_abramov/status/720219615041859584

  • إعادة تصيير متعددة:

    • https://github.com/reactjs/redux/pull/1813

    • https://github.com/manaflair/redux-batch

  • أين يعيش منطق الأعمال؟

    • https://github.com/reactjs/redux/issues/384#issuecomment-127393209 (كلما زاد عدد المخفضات ، زادت قدرتك على التحرير والإعادة عبر السفر عبر الزمن)

    • http://blog.isquaredsoftware.com/2017/05/idiomatic-redux-tao-of-redux-part-2/#thick-and-thin-reducers

  • إرساليات متعددة

    • https://twitter.com/intelligibabble/status/800103510624727040

    • https://twitter.com/dan_abramov/status/800310164792414208

    • http://blog.isquaredsoftware.com/2017/01/idiomatic-redux- Thinkts-on-thunks-sagas-abstraction-and-reusability/#multiple-dispatching

  • لماذا لا تمرر Redux الدولة للمشتركين؟

    • # 580 وغيرها الكثير

    • # 2214 (فواصل الرداء)

    • يتم الرد حاليًا جزئيًا في "إعداد المتجر". سيتعين علينا أن نقرر أين يذهب هذا.

  • لماذا لا يستخدم Redux فئات للإجراءات والمخفضات؟

    • https://github.com/reactjs/redux/issues/1171#issuecomment-196819727

  • لماذا يستخدم توقيع البرنامج الوسيط الكاري؟

    • # 55 ، # 534 ، # 784 ، # 922 ، # 1744

  • لماذا يستخدم applyMiddleware الإغلاق لـ dispatch ؟

    • https://github.com/reactjs/redux/pull/1592

    • https://github.com/reactjs/redux/issues/2097

  • العودية / القيود combineReducers ؟

    • # 1768 وآخرون

  • لماذا لا يسمح mapDispatch باستخدام قيم إرجاع getState أو mapState ؟

    • https://github.com/reactjs/react-redux/issues/237
  • هل سيؤدي وجود "شجرة حالة واحدة" إلى مشاكل في الذاكرة؟

    • https://stackoverflow.com/questions/39943762/can-a-redux-store-lead-to-a-memory-leak/40549594#40549594
    • https://stackoverflow.com/questions/42489557/redux-and-all-the-application-state/42491766#42491766
    • https://stackoverflow.com/questions/44956071/memory-usage-concern-with-controlled-components؟noredirect=1&lq=1
  • لماذا استخدام المبدعين العمل؟

    • https://www.reddit.com/r/reactjs/comments/54k8js/redbox_redux_action_creation_made_simple/d8493z1؟context=4

    • http://blog.isquaredsoftware.com/2016/10/idiomatic-redux-why-use-action-creators/

docs

التعليق الأكثر فائدة

فيما يتعلق بتقسيم المنطق بين صانعي الإجراءات ومخفضات السرعة ، أعتقد أنه من المفيد الإشارة إلى أن المحددات (mapStateToComponent) هي مكان جيد آخر للتعامل مع هذه (التحقق من الصحة ، وتحويل البيانات). هذا يخلق فصلًا لطيفًا بين المصدر الحقيقي من الخادم (المخفض) والبيانات المتعلقة بالعرض التي يتم حسابها (المحولة أو المصفاة) حسب المصدر (المحدد).

سؤال آخر أراه كثيرًا هو كيفية إنشاء وحدة إعادة (منشئو الإجراء ، مخفضات ، مكونات) يمكن إعادة استخدامها خارجيًا. كيفية تجنب تعارض اسم الإجراء بشكل أساسي عندما يكون لدينا وحدة متعددة من نفس النوع في نفس الصفحة ، وكيفية تحديد اسم المخفض بحيث يمكن استخدامه بواسطة createStore.

ال 51 كومينتر

يبدو هذا أيضًا شائعًا وغير واضح.

https://twitter.com/dan_abramov/status/736310245945933824

رأيت تلك الصورة ، وأنا أتابع جزئيًا ما يحدث هناك. أو بالأحرى ، أرى الكود ، فأنا لا أفهم تمامًا القصد أو العبارة.

هل القصد من عرض مكون "متصل" ، باستثناء أن "الإرسال" و "الاختزال" يقومان بالفعل بتحديث حالة المكون الأصلي؟

أنا أيضًا لا أفهم الجزء المتعلق بـ "فصل" المخفض ، نظرًا لعدم وجود مخزن فعلي أو استخدام store.replaceReducer() في هذا المقتطف. هل تقصد فقط أن وظيفة "تشبه المخفض" يمكن أن تكون قابلة للتطبيق خارج سياق هيكل مخفض المتجر؟

قسم الأسئلة الشائعة الجديد المحتمل ، أو مستند التصميم المحتمل: "لماذا تم تصميم Redux بالطريقة التي هو عليها". أمثلة على المواضيع: لماذا لا يتضمن store.subscribe() الإجراء أو الحالة كوسيطة ، ولماذا تعتبر الوسيطة دالة متداخلة ، وما إلى ذلك.

رأيت تلك الصورة ، وأنا أتابع جزئيًا ما يحدث هناك. أو بالأحرى ، أرى الكود ، فأنا لا أفهم تمامًا القصد أو العبارة.

هل القصد من عرض مكون "متصل" ، باستثناء أن "الإرسال" و "الاختزال" يقومان بالفعل بتحديث حالة المكون الأصلي؟

أنا أيضًا لا أفهم الجزء المتعلق بـ "فصل" المخفض ، نظرًا لعدم وجود مخزن فعلي أو استخدام لـ store.replaceReducer () في هذا المقتطف. هل تقصد فقط أن وظيفة "تشبه المخفض" يمكن أن تكون قابلة للتطبيق خارج سياق هيكل مخفض المتجر؟

الفكرة هي: لست بحاجة إلى مكتبة redux مع كائن متجر مخصص لتنفيذ بنية إعادة التشغيل (prevState, action) => nextState . يمكن أن تكون حالة مكون React متجرك ، محليًا للمكون ، ويمكنك تنفيذ الإرسال بنفسك عن طريق إجراء تحديثات الحالة عبر React setState.

نعم ، هذا نوعًا ما اعتقدت أنني كنت أراه. لقد كانت العبارة "المنفصلة" هي التي ألقتني حقًا ، لأنني أدرك أنه يمكنك بالفعل الاتصال بـ store.replaceReducer() .

فيما يتعلق بتقسيم المنطق بين صانعي الإجراءات ومخفضات السرعة ، أعتقد أنه من المفيد الإشارة إلى أن المحددات (mapStateToComponent) هي مكان جيد آخر للتعامل مع هذه (التحقق من الصحة ، وتحويل البيانات). هذا يخلق فصلًا لطيفًا بين المصدر الحقيقي من الخادم (المخفض) والبيانات المتعلقة بالعرض التي يتم حسابها (المحولة أو المصفاة) حسب المصدر (المحدد).

سؤال آخر أراه كثيرًا هو كيفية إنشاء وحدة إعادة (منشئو الإجراء ، مخفضات ، مكونات) يمكن إعادة استخدامها خارجيًا. كيفية تجنب تعارض اسم الإجراء بشكل أساسي عندما يكون لدينا وحدة متعددة من نفس النوع في نفس الصفحة ، وكيفية تحديد اسم المخفض بحيث يمكن استخدامه بواسطة createStore.

نعم ، نحن بالتأكيد بحاجة إلى قسم "قرارات التصميم" في الأسئلة الشائعة.

سؤال لـ @ reactionjs / redux: أنا بصدد تقسيم الأسئلة الشائعة إلى صفحات منفصلة لكل موضوع. الصفحة المفردة الحالية طويلة جدًا. أي آراء؟

أحب الحصول على قائمة روابط لجميع الأسئلة الموجودة في "جدول المحتويات". إذا استمررنا في ذلك ، لا يمكنني رؤية أي جوانب سلبية لتقسيم الموضوعات إلى صفحات مختلفة.

نعم ، سأحتفظ بالتأكيد FAQ.html للحصول على جدول المحتويات الكامل ، ومن ثم ربما يكون لدي جدول محتويات منفصل داخل كل صفحة لإدخالاتها فقط.

ربما تكون أفضل طريقة لتنظيمها هي أي شيء ينتج عنه أفضل النتائج لشخص يقوم بالبحث في google عن سؤال ذي صلة.

البدء في هذه المهمة. الخطة هي المضي قدمًا وتقسيمها بناءً على الفئات الحالية ، ثم تحديث الأسئلة الحالية ، وأخيراً كتابة المادة الجديدة.

أود معرفة المزيد عن معززات المتجر. ومخفضات الحقن لتقسيم الكود. الأمثلة على كليهما محدودة للغاية ويصعب اتباعها.

@ ميدروس :

كان هناك نقاش جيد حول معززات المتجر على Twitter قبل بضعة أسابيع: https://twitter.com/acemarke/status/778813095221170176 . في الأساس ، لم يتم استدعاؤها بشكل شبه متعمد في المستندات في الوقت الحالي نظرًا لأنها ميزة مستخدم قوية إلى حد كبير ، وهناك بعض الأعمال قيد التقدم لتغيير العناصر الداخلية المتعلقة بها. المناقشة في # 1813 تتحدث عن بعضها ، ومسألة إعادة العمل ذات الصلة هي # 1702.

بالنسبة لمخفضات الحقن ، قد ترغب في إلقاء نظرة على كيفية قيام https://github.com/mxstbr/react-boilerplate و https://github.com/davezuko/react-redux-starter-kit بعمل الأشياء. هناك أيضًا مجموعة متنوعة من المكتبات المتعلقة بحالة المكون وإدارة المخفض في قائمة إضافات Redux التي قد تكون ذات صلة.

تقدم جيد اليوم. قم بتقسيم الأسئلة الشائعة إلى صفحات منفصلة لكل فئة ، وقام بحوالي نصف التحديثات المخططة للأسئلة الموجودة. سأحاول إخراج الباقي غدًا.

وجزء "الانقسام + التحديث" موجود الآن في (انظر # 2009).

لدي بعض الأشياء الأخرى التي أود القيام بها قبل معالجة الأسئلة الجديدة ، لذلك سأترك هذا مفتوحًا في الوقت الحالي. ربما أعود إلى هذا في غضون أسبوعين.

يسعدني مساعدتك في كتابة بعض هذه الأشياء لك. أي أفكار حول أفضل مكان للبدء؟

مرحبا وشكرا!

من حيث عدد المرات التي يتم فيها طلب الأشياء فعليًا ، فإن إضافة فئة "قرارات التصميم" الجديدة ستكون أكثر صلة. ومع ذلك ، فإن هذا ينتقل أيضًا إلى بعض الجوانب الفنية إلى حد ما.

قد يكون أسهل مكان للبدء هو إضافة بعض الأسئلة الجديدة إلى قسم "عام". الأفكار التي أدرجتها حاليًا هي "متى يجب أن أستخدم Redux؟" ، "ما هي إيجابيات وسلبيات استخدام Redux؟" ، و "كيف يمكن مقارنة Redux بـ [Angular / Backbone / MobX]؟".

ومع ذلك ، إذا كان هناك سؤال معين يلفت انتباهك ، فهذا مفيد أيضًا. لا يوجد موعد نهائي محدد نحاول الالتزام به ، فقط مجموعة من الأسئلة التي رأيتها وأود أن أغطيها بالفعل في الأسئلة الشائعة.

يسعدني العمل معك حول الاتجاه الذي يجب أن تسلكه هذه الإجابات وتحريرها وروابط لمزيد من المعلومات ، فأنا أركز بشكل أساسي فقط على كتابة سلسلة منشورات مدونة في الوقت الحالي وأحاول كتابة أشياء الأسئلة الشائعة بنفسي على الموقد الخلفي بالنسبة لي حتى يتم ذلك.

طيب هذا يبدو جيدا. لماذا لا أبدأ بـ _When / why لاستخدام Redux_ و _Redux state vs React state_. هل تريد مني كتابة مسودة وإضافة علاقات عامة جديدة لك لمراجعتها ، أو هل لديك عملية أخرى تفضل استخدامها؟

آه ... آسف ، دعني أوضح ما يحاول هذا التعليق الأول توضيحه.

كان هدفي إضافة روابط ومعلومات إضافية إلى الأسئلة الحالية ، ثم كتابة أسئلة + إجابات جديدة. لقد انتهيت بالفعل من كل شيء تحت عنوان "تحديثات للأسئلة الموجودة" ، أي جزء "إضافة روابط جديدة". إنه جزء "كتابة أسئلة جديدة + إجابات" الذي أبحث عن مساعدة بشأنه في الوقت الحالي.

قائمة الأسئلة الجديدة المحتملة موجودة تحت عنوان "موضوعات جديدة" (تبدأ بـ "متى يجب أن أتعلم Redux؟"). أي شيء مدرج تحت هذا القسم يستحق المعالجة.

بالنسبة لسير العمل: قد ترغب في تفريغ Redux repo ، وإنشاء فرع ، والبدء في العمل على المسودات الخاصة بك. من المحتمل أن تنشر رابطًا إلى ملف (ملفات) WIP هنا أولاً ، وبعد ذلك بمجرد أن تعتقد أن لديك مسودة جاهزة ، قم بتقديم PR.

حسنًا ، سأبدأ بـ _ هل يجب علي استخدام Immutable.js؟ _. لقد انتهيت للتو من كتابة سلسلة من البرامج التعليمية حول غير قابل للتغيير ، وأنا أستخدمه يوميًا ، لذا فأنا على دراية بالمسائل المحيطة باستخدامه.

يبدو جيدا! التعليق المرتبط على Reddit هو أفكاري الخاصة حول بعض المفاضلات. لقد أضفت للتو مؤشرات إلى الأقسام ذات الصلة من قائمة روابط React / Redux الخاصة بي ، على البيانات غير القابلة للتغيير و React perf ، كموارد إضافية.

ربما ينتمي سؤال "Immutable.js" إلى فئة جديدة ، لكنك لست متأكدًا مما يجب أن تكون عليه هذه الفئة في الوقت الحالي. ربما تقوم بإنشاء فئة "بيانات غير قابلة للتغيير" في الوقت الحالي في فرعك ، وتبدأ في الكتابة في تلك الصفحة؟

markerikson First PR جاهز الآن للمراجعة: # 2120

@ الثروة : عظيم ، شكرا! سوف ألقي نظرة عليها إما هذا المساء أو الجمعة.

تبدو هذه طريقة رائعة لزيادة فهمي لـ Redux. أنا أقدر وجود بعض المهام المحددة للقيام بها. التي لها أولوية ، شخص ما لم يفعلها بالفعل ، وما إلى ذلك.

@ mateo-io: بالتأكيد ، شكرًا على عرض المساعدة!

إذا ألقيت نظرة على القائمة الموجودة في الجزء العلوي من المشكلة ، فكل شيء موجود ضمن قسم "في انتظار الإضافة" ... كل شيء لعبة عادلة.

قد تكون إحدى الطرق البسيطة للبدء هي العمل على عناصر "تحديثات الأسئلة الموجودة". على سبيل المثال ، هناك مجموعة من الروابط التي أود إضافتها إلى "متى يجب استخدام Redux؟" سؤال. يجب أن تكون هذه واضحة ومباشرة - ما عليك سوى إضافة الروابط إلى القائمة الحالية في نهاية هذا السؤال في الأسئلة الشائعة ، مع بعض الأوصاف المختصرة لما يدور حوله كل رابط.

قد تكون نقطة البداية الجيدة الأخرى أحد الأسئلة الجديدة مثل "لماذا يجب علي استخدام منشئي الحركة؟" أو "متى يجب أن أستخدم Redux؟".

إذا كنت ترغب في معالجة شيء آخر بدلاً من ذلك أولاً ، فلا بأس بذلك. ألق نظرة على قائمة الموضوعات التي أود إضافتها أو تحديثها ، واسمحوا لي أن أعرف الأقسام التي ترغب في العمل عليها.

markerikson 2370 لقسم التعليمات العامة

أود المساعدة في إضافة روابط جديدة إلى قسم "بنية الكود"!

gribnoysup : رائع ، سعيد لسماع ذلك! انطلق وأنشئ تفرعًا من الريبو وفرعًا لتعديلاتك ، وابدأ في تحديث ملف الأسئلة الشائعة حول "بنية الكود". ستكون أبسط خطوة أولى هي إضافة الرابطين اللذين أدرجتهما لتحديث "أين تضع منطق عملك؟" سؤال. من هناك ، يمكننا التحدث عن إضافة أسئلة / إجابات جديدة لسؤال "لماذا نستخدم منشئين الإجراء؟" و "تغليف المنطق".

markerikson لقد فتحت طلب سحب جديد لقسم الأسئلة الشائعة حول بنية الكود https://github.com/reactjs/redux/pull/2494

markerikson أنا مهتم بالعمل على هذا. هل من المقبول أن أستخدم "لماذا نستخدم منشئين الإجراء؟" غرض. يسعدني أن أبدأ من مكان آخر إذا كان ذلك أفضل لك.

@ maxhallinan : نعم ، سيكون ذلك رائعًا! انطلق وقم بتجميع مسودة لسؤال جديد للأسئلة الشائعة ، وقم بتقديم تقرير عام ، ويمكننا تعديله هناك. شكرا!

markerikson أنا مهتم أيضًا ، هل هناك شيء في ذهنك يمكنني البدء به ، وهو أيضًا مطلوب بشكل شائع من قبل المجتمع؟

markerikson لقد قمت بعمل # 2528

sbakkila : عظيم ، شكرا! سأحاول أن أنظر إليه غدا مساء أو الأربعاء.

@ Fyre91 : آسف لعدم الرجوع إليك بشكل أسرع. أي شيء موجود في تلك القائمة لم يتم ذكره في التعليقات القليلة الماضية هو لعبة عادلة :) إذا كنت تريد أن تبدأ باقتراحين ، فيمكنك العمل على عناصر "تحديثات الأسئلة الحالية" التي أدرجتها لـ " شجرة دولة واحدة "و" رسائل متعددة ".

markerikson أنا آسف أن هذا استغرق وقتًا طويلاً. لقد فتحت PR # 2535 لـ "لماذا يجب علي استخدام منشئ الإجراء؟"

لقد فتحت أيضًا PR # 2537 لإضافة روابط إلى قسم الأسئلة الشائعة حول الإجراءات. FWIW ، يبدو أنه تمت إضافة الروابط الأخرى المدرجة للتحديث في وصف المشكلة هذا بالفعل. خلاف ذلك ، كنت سأدرجهم في هذا العلاقات العامة.

كنت أفكر في الانتقال إلى "متى يجب أن أتعلم Redux؟" هل هذا السؤال يتعلق بالتحديد بـ React؟ بخلاف ذلك ، يبدو أنه يجب أن تتعلم Redux عندما يجب عليك استخدام Redux ، والذي سيتداخل مع الإجابة التي تمت الإجابة عليها بالفعل "متى يجب أن أستخدم Redux؟".

maxhallinan : إيه ، إنه _ الترتيب _ فيما يتعلق بـ React. ونعم ، هناك _ بعض_ التداخل مع "متى يجب أن أستخدم Redux؟" ، لكنني أعتقد أنها مميزة بما يكفي لتبرير إدخال الأسئلة الشائعة الخاص بها.

markerikson حسنًا ،

@ Fyre91 : رائع ، شكرا!

@ markerikson حسنًا ، يبدو جيدًا. أنا آخذ "متى يجب أن أتعلم Redux؟".

markerikson سآخذ "لماذا تستخدم React-Redux" بعد ذلك.

markerikson أنا آخذ عنصر ترقيم الصفحات / التخزين المؤقت ضمن الأداء بعد ذلك. فقط للتأكيد ، السؤال الفعلي هو "هل يمكنني تخزين البيانات المرقمة مؤقتًا دون التسبب في مشاكل في الذاكرة؟"

maxhallinan : تقريبا ، نعم. ربما كانت مسارات التفكير الأخرى أشياء مثل "كيف يمكنني تنفيذ عمليات فحص ذاكرة التخزين المؤقت؟" ، "كيف يمكنني التعامل مع مسح البيانات المخزنة مؤقتًا؟" ، "ما مقدار التخزين المؤقت الآمن في الذاكرة؟" ، إلخ.

لأكون صريحًا ، لا أتذكر _بالضبط _ ما كنت أفكر فيه عندما كتبت هذا العنصر ، ولكن هذا ما تغطيه تلك الروابط. لقد أضفت للتو رابطًا إلى منشور رائع حول تتبع مجموعات فرعية من البيانات الموحدة.

يمكن أن يتحول هذا بسهولة إلى عدة إدخالات أسئلة منفصلة إذا شعرنا أنها بحاجة إليها ، ولست متأكدًا تمامًا مما أريد أن أراه منه. خذ طعنة في الموضوع ، واطلع على ما توصلت إليه ، وسنعمل من هناك.

لقد قمت للتو بتحديث القائمة في الجزء العلوي من سلسلة الرسائل لتعكس ما تم العمل عليه مؤخرًا. (في الواقع ، أنت تعلم ... كان علي حقًا جعلها خانة اختيار قائمة مهام من البداية ، بدلاً من قص ولصق الأشياء المكتملة في قسم ثانٍ. حسنًا.)

من الرائع رؤية قائمة الأشياء التي تظل أصغر حجمًا!

markerikson Updates to Existing Questions: Performance بالفعل في الماجستير :)

markerikson "لماذا نستخدم

gribnoysup ، maxhallinan : آه ، نعم ، لذلك هم :) تم تحديث القائمة.

بالتأكيد الوصول إلى هناك. يبدو أن جميع التحديثات للأسئلة الحالية قد اكتملت ، ولم يتبق سوى عدد قليل من العناصر الجديدة.

توصلت للتو إلى سؤال جديد حول "قرارات التصميم": "لماذا تفصل Redux الإجراءات والتحديثات؟"

أعتقد أننا جيدون في هذا. يمكننا تتبع تحديثات الأسئلة الشائعة الفردية في قضايا أخرى.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات