سؤال

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

e.g. لنفترض أن لديك مرحبا مع بعض الولاية. تحتاج إلى تمريرها إلى القطعة. أن القطعة لديها مجموعة فرعية تحتاج إلى أجزاء من تلك الدولة. هل تفعل الاشتراك؟

giveacodicetagpre.

الآن "القطعة" خارج مناد. لا يمكن أن تستخدم Subwidgets أساليب يمكن ملاحظتها على الحالة. لديك نفس المشكلة إذا قمت بتشغيل القطعة كتأثير جانبي.

giveacodicetagpre.

هكذا تمر بالدفق إلى القطعة؟ إذا كان الأمر كذلك، فماذا تعود؟

giveacodicetagpre.

هل تعمل القطعة على الدولة وإرجاع المتاح؟ هل ترجع دفق مستمدة من الدولة؟ إذا كان الأمر كذلك، ما في ذلك؟ هل تحاول جمع جميع التدفقات معا من جميع الحاجيات / المجموعة الفرعية الفرعية مع الاستخدام المكثف من SelectMany (هوية) للحصول على دفق تطبيق نهائي للاشتراك من أجل ركل كل شيء خارج؟

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

حتى مثال واحد على تطبيق كامل سيكون مفيدا.

هل كانت مفيدة؟

المحلول

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

إذا كانت عنصر واجهة مستخدم تنتج بيانات (E.G. إدخال المستخدم)، ففي كخصائص يمكن ملاحظتها على القطعة.

لاحظ الحاجيات أنفسهم ليسوا جزءا من دفق الملاحظ.أنها تستهلك فقط تدفقات الإدخال وإنتاج تدفقات الإخراج.

giveacodicetagpre.

وهلم جرا.إذا كنت تستخدم LACKOUT، فيمكنك الاستفادة من GreetCodicetAchcode لإنشاء تدفقات يمكن ملاحظتها في اتجاهين وأحيانا تتجنب الحاجة إلى إضافة خصائص الإخراج على الحاجيات الخاصة بك، ولكن هذا هو موضوع Nother بالكامل :)

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top