React.js が Ember.js よりもはるかに人気があることは皆さんもご存知の通りですが、開発者体験を向上させるために、Discourse の Ember.js を React.js に移行する計画はありますか?
いいえ、DiscourseをReactで書き直す計画はありません。
そして、なぜEmberの名声と人気を高めないのですか?![]()
Discourseは、それが非常に優れたフレームワークであることを証明する最大の生きた証です
アレクサンダー様
React.jsは、デザイン、ドキュメント、コミュニティ、エコシステムなど、多くの理由から開発者に選ばれています。
私は2012年からWeb開発者をしており、日々新しいフロントエンドライブラリやツールが登場していた時代を経験しました。jQueryを多用し、その後Backbone、そして多くの自作ライブラリを使用しました。その後、2015年にReactに移行し、過去7年間非常に順調に進んでいます。Ember.jsも人気がありましたが、正直なところ、現在ほとんどの開発者はReact.js、Vue.js、Angular.jsを使用しています。
Discourseは現在もうまく機能していますが、プラグインシステムを確認し、開発ドキュメント(Contribute Web3 features to Discourse? - General - LXDAO でWeb3機能の強化を計画しています)を検索した後、一般的なフルスタックスキルを持つ開発者である私にとって、すぐにいくつかの機能を構築するのは少し難しいと感じました。
中国の開発者コミュニティからも同様の不満の声があることを発見しました(おそらくこれが、WordPressほどDiscourseが中国で人気がない理由でしょう)。そのため、より優れた最新の技術スタックがあれば、Discourseをより良く機能させることができるのではないかと疑問に思っています。
誤解しないでください。これは簡単で小さな決定ではないことを十分に理解していますので、ここに質問を投稿します。計画があれば、私に何ができるか見ていきます。計画がなければ、Ember.jsの学習を開始します(笑)。
WordPressは2003年から、Discourseは2014年からと、その歴史の違いとは関係ないのでは?
また、WordPressはより汎用的である一方、Discourseは主にフォーラムプラットフォームとして、より的を絞った目的を持っています。
その論理に基づけば、ついでにバックエンドをPHPに移行しませんか? すべてのPRはあなたが提供してくれると信じていますよ? ![]()
ほとんどの点に同意しますが、書き直しはほとんど良い考えではないと思います。
私はDiscourseのReactフロントエンドを書いていますが、Emberフロントエンドの代替にするつもりはありません。
むしろ、同じことの繰り返しではなく、非常に特定のユースケースへの追加です。理由は、UIをWeb3実験により適応させたいからです。このためには、代替フロントエンドを持つ方が適切です。カスタムウィザードプラグインも、別のEmberフロントエンドのルートをたどると推測します。(機能は…まあ…カスタムなので
…このようにするのは合理的です)
ReactフロントエンドとViteを含むリポジトリが1つあります。
そして、最初のもののビルド出力をDiscourseプラグインのパブリックアセットフォルダにプルインする2番目のリポジトリがあります。
フォーラムにも登録しました。ご不明な点がございましたらお知らせください
![]()
こんにちは、皆さんご存知の通り、WordPressが人気を集めている一般的な理由の1つは、非常にカスタマイズ可能なテーマとプラグインです。多くの外部委託会社やチームが、顧客のためにWordPressでウェブサイトを構築しています。WordPressをフォーラムのように見せるテーマやプラグインもたくさん見かけましたが、フォーラムを構築するにはDiscourseを使うべきですよね?これが私が言いたいことです。
ところで、「おそらくこれがDiscourseが中国でWordPressほど人気がない理由だろう」というこの文章は、あまり公平ではないことも認めます。あなたの言う通りです。申し訳ありませんでした。
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.