أعتذر إذا تم مناقشة هذا من قبل، لكنني لم أجد أي منشورات تتعلق بهذا الموضوع، كما أن وثائق المطورين لا توضحه أيضًا.
بدلاً من إنشاء سمة عن طريق تخصيص تطبيق Ember.js القياسي، أود إنشاء تطبيق واجهة أمامية خاص بي (باستخدام Next.js).
أتساءل عما إذا كان هذا أمرًا معقولًا بما يكفي للتنفيذ، أو ما إذا كان سيتطلب بعض الكود غير التقليدي.
إذا كان ذلك ممكنًا، فهل توجد أي وثائق لذلك؟ لم أستطع العثور على أي شيء حقًا.
شكرًا لك،
لوكاس
أنا على دراية بالعديد من المحاولات لاستخدام Discourse كواجهة برمجية (API) فقط وإعادة كتابة الواجهة الأمامية بالكامل، وقد انتهت جميعها بسوء، لأن الناس يقللون من حجم تطبيق الواجهة الأمامية الهائل لدينا. كما أنه لا توجد واجهة برمجية موثقة بإصدارات، لذا بينما يمكنك استهداف أحدث إصدار مستقر لدينا وبناء تطبيقك في غضون بضعة أشهر، ستضطر للعودة كل ستة أشهر لإصلاح جميع التوافقات مع الإصدار الجديد المُطلَق.
أكثر نقاط النهاية الشائعة للواجهة البرمجية موثقة في https://docs.discourse.org/.
بصفتي مصممًا هنا في Discourse، أقول إن إنشاء واجهة أمامية جديدة بالكامل ليس أمرًا منطقيًا ولا يستحق الجهد المبذول. فـ EmberJS، رغم اختلافها، تشبه إلى حد كبير معظم أطر العمل الأمامية من حيث طريقة عملها.
كما أن مجتمع EmberJS مفيد ونشط للغاية. أنصحك بتخصيص الوقت الذي كنت ستقضيه في بناء واجهة أمامية جديدة باستخدام NextJS لتتعلم EmberJS 
بعد ذلك، ستكتسب معرفة بإطارين عمل، بالإضافة إلى القدرة على إنشاء سِمات ومكوّنات السمات المخصصة لمجتمعات Discourse.
إذا كان هذا يناسبك، أنصحك بالبدء بالنظر في هذا الموضوع الشائع والمفيد.