كما نرى جميعًا أن React.js أكثر شيوعًا بكثير من Ember.js، هل هناك أي خطط لترحيل Ember.js إلى React.js في discourse حتى نحصل على تجربة مطور أفضل؟
لا توجد خطط لإعادة كتابة Discourse بلغة React.
6 إعجابات
ولماذا لا نرفع من مكانة Ember وشعبيتها؟ 
Discourse هو أكبر دليل حي على أنه إطار عمل جيد جدًا
إعجاب واحد (1)
مرحباً ألكسندر، تم اختيار React.js من قبل المطورين لأسباب عديدة، بدءًا من التصميم، والوثائق، والمجتمع، والنظام البيئي.
لقد كنت مطور ويب منذ عام 2012، وشهدت العصور التي كانت فيها مكتبات وأدوات الواجهة الأمامية المختلفة تظهر كل يوم. لقد استخدمت jQuery كثيرًا، ثم Backbone، والعديد من المكتبات المصنوعة ذاتيًا. ثم تحولت إلى React في عام 2015، وقد عملت بشكل جيد جدًا خلال السنوات السبع الماضية. كان Ember.js شائعًا، ولكن يجب أن أقول، في الوقت الحاضر، يستخدم معظم المطورين React.js و Vue.js و Angular.js.
يعمل Discourse بشكل جيد حتى الآن، ولكن بعد التحقق من نظام المكونات الإضافية والبحث عن وثائق التطوير (أخطط لإثراء ميزات Web3 Contribute Web3 features to Discourse? - General - LXDAO)، أشعر أنه من الصعب بعض الشيء بناء بعض الميزات على الفور بالنسبة لي، كمطور يتمتع بمهارات المكدس الكامل الأكثر شيوعًا.
لقد وجدت أيضًا نفس الشكاوى من مجتمعات المطورين في الصين (ربما لهذا السبب لا يحظى Discourse بشعبية في الصين مثل WordPress). لذلك أتساءل فقط عما إذا كان بإمكاننا جعل Discourse يعمل بشكل أفضل إذا كان لدينا مكدس تقني أفضل ومحدث.
لا تفهموني خطأ، أنا أتفهم تمامًا أنه ليس قرارًا سهلاً وصغيرًا، لذلك سأطرح سؤالاً هنا. إذا كانت لدينا خطة، سنرى ما يمكنني فعله، وإذا لم تكن هناك خطط، فسأبدأ في تعلم Ember.js lol.
إعجابَين (2)
لا علاقة لذلك بحقيقة أن WordPress يعود تاريخه إلى عام 2003 و Discourse فقط إلى عام 2014؟ 
أيضًا ، يمكن القول إن WordPress أكثر عمومية بينما يتمتع Discourse بغرض أكثر استهدافًا كمنصة منتديات في الغالب.
بناءً على هذا المنطق ، لماذا لا ننقل الواجهة الخلفية إلى PHP بينما نحن في ذلك؟ أنا أثق في أنك ستقدم جميع طلبات السحب؟
أتفق مع معظم نقاطك. لكن أعتقد أن إعادة الكتابة ليست فكرة جيدة أبدًا.
أنا أكتب واجهة أمامية لـ React لـ Discourse، لكنني لا أنوي أن تكون بديلاً لواجهة Ember الأمامية.
إنها إضافة لحالة استخدام محددة جدًا بدلاً من تكرار نفس الشيء. السبب هو أنني أريد جعل واجهة المستخدم أكثر تكيفًا مع تجارب web3. لهذا، من الأنسب وجود واجهة أمامية بديلة. أعتقد أن المكون الإضافي المخصص للمعالج يتبع أيضًا مسار واجهة أمامية منفصلة لـ Ember. (لأن الوظيفة هي … حسنًا … مخصصة 
… لذا من المنطقي القيام بذلك بهذه الطريقة)
لدي مستودع واحد حيث لدي الواجهة الأمامية لـ React مع Vite:
ثم لدي مستودع ثانٍ حيث أقوم بسحب مخرجات البناء من الأول في مجلد الأصول العامة لمكون إضافي لـ Discourse.
لقد سجلت أيضًا في منتداك. إذا كانت لديك أي أسئلة، فأخبرني 
3 إعجابات
مرحباً يا صديقي، كما نعلم جميعاً، فإن أحد الأسباب الشائعة لشعبية ووردبريس هو السمات والإضافات القابلة للتخصيص بدرجة عالية. هناك العديد من الشركات أو الفرق الخارجية التي تبني مواقع ويب على ووردبريس لعملائها. لقد رأيت أيضاً بعض السمات أو الإضافات التي تجعل ووردبريس يبدو كمنتدى، أليس من المفترض أن يستخدموا ديسكورس لبناء منتدى؟ هذه هي النقطة التي أريد التعبير عنها.
على أي حال، أعترف أيضاً بهذه الجملة، “ربما لهذا السبب لا يحظى ديسكورس بشعبية في الصين كما هو الحال مع ووردبريس” ليست عادلة جداً. أنت على حق. آسف لذلك.
3 إعجابات
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.