أعتقد أننا بحاجة إلى طريقة عامة للقيام بذلك، وهي طريقة مستقلة عن مكونات السمات - كما لدينا الآن.
لدي مكون سمة آخر يستخدم هذه التقنية:
لذلك هذا اثنان على الأقل من جانبي، وقد يكون هناك المزيد.
3 إعجابات
أتفق. لقد قمت ببناء مجموعة من مكونات الكتل، كل منها مستقل بذاته، بدلاً من تجميعها في حزمة واحدة: Blocks · GitLab.
في الوقت الحالي، يمكنني وضع هذه الكتل على صفحة رئيسية مخصصة باستخدام مكون كتل الصفحة الرئيسية الخاص بي، تمامًا كما يمكنني استخدامها مع كتل الشريط الجانبي الأيمن، أو على الأشرطة.
لقد قمت مؤخرًا بعمل تجربة على سمة Central حيث احتجت إلى تخطيط شريط جانبي مخصص. يمكنني بسهولة بناء إطار عمل للكتل لشريط جانبي مخصص ووضع مكونات الكتل عليه: https://central.kostka.studio (بالإضافة إلى وضع مكون Powered-by-discourse على الشريط الجانبي، فقط عن طريق الإشارة إليه بالاسم)
تعد مكونات الكتل المستقلة حقًا الأداة الأكثر فائدة لدي حاليًا لبناء تخصيصات العملاء بطريقة مرنة وقابلة للصيانة. سيكون من الرائع أن يكون هناك مسار عام لدعم ذلك.
3 إعجابات
أود أن أرفع هذا الموضوع لأنني أحاول معرفة أفضل طريقة للتعامل مع مكوناتي. حاليًا أرى خيارين لهما عيوب كبيرة: يمكنني إنشاء سجل لكل مكون سمة يعرض الكتل، ولكنه يهزم الغرض المعياري بالكامل. أو إضافة واحد عالميًا من خلال مكون إضافي، ولكن بعد ذلك تصبح مكوناتي معتمدة على تثبيت هذا المكون الإضافي.
لذلك يبدو أن وجود واجهة برمجة تطبيقات تسجيل كتل عالمية في النواة سيساعد حقًا. شيء يمكن لمكونات السمات استخدامه لاستدعاء عرض الكتل وتسجيل كتل جديدة أيضًا.
أحب العمل مع نهج الكتل لأنه يسمح لي بتقسيم الاهتمامات بين تخطيط التطبيق ومحتوى المكون. يتعامل مكون الكتلة فقط مع عرض محتواه، ثم يتم عرضه بواسطة مكون آخر في التطبيق. يمكنني إسقاط كل منطق المسار والمخرج من مكون الكتلة، ويمكنني بسهولة إعادة استخدام نفس الكتلة عدة مرات في تخطيط وحتى في جميع أنحاء التطبيق.
أجد أنه يجعل كل شيء أكثر رشاقة وقابلية لإعادة الاستخدام وهو نهج أنيق بشكل عام. سيكون وجود دعم قوي لهذا النمط في Discourse رائعًا.
4 إعجابات