最新(マニフェストv5)のUXP6.0プラグイン開発をベースにした開発フレームワークの選択について議論します。

過去 2 つの記事を読んで、UXP 開発環境についてはすでにある程度理解されていると思います。ここで質問をさせてください。UXP の開発は、純粋な html+css+js、vue フレームワーク、react フレームワーク、および洗練されたフレームワーク、どちらの開発方法が良いでしょうか? 一般的には、自分が使い慣れているフレームワーク、使いやすいフレームワーク、または現在最も人気のあるフレームワークを使用するのが最も簡単です。

Edge の組み込み翻訳機能を使用して、この文章を次のように翻訳しました。

ユーザーインターフェースライブラリ


単純な JS/HTML/CSS プラグインを作成することも可能ですが、内部状態管理を備えたプラグインやより複雑な UI を構築している場合は、共通の UI ライブラリの恩恵を受ける可能性があります。次の例は必ずしも使用できる唯一の例ではありませんが、すでにライブラリに精通している場合は、良い出発点として役立ちます。

プラグインに特定のライブラリを使用することはお勧めしませんが、それらを読んで、何が最適かを自分で判断することをお勧めします。

反応する

React.js は 、最も一般的に使用される UI ライブラリの 1 つです。これは宣言的でコンポーネントベースであり、UI を再利用可能なコンポーネントに分割するのに役立ちます。

サンプル プロジェクトについては、 「ui-react-starter」を参照してください 

ヴュー

Vue.js も、学習しやすい宣言型 UI ライブラリです。

 サンプル プロジェクトについては、ui-vue-starter を参照してください 。

スレンダー

Svelte は他の 2 つのライブラリとは異なり、コードを単純な JS アプリケーションにコンパイルしてサイズを削減します。

 サンプル プロジェクトについては、ui-svelte-starter を参照してください 。

翻訳された記事には重要な一文があります。

 結局のところ、翻訳ソフトウェアは時々不正確であるため、以下に示すように、この文に対応する公式文書の原文を見てみましょう。

この文ではあまり多くの問題を説明することはできませんが、少なくとも公式の言葉の意味を理解しようとすることはできます。これが公式の考え方であると私は考えています: このエンジンは自分で開発したものであり、まだ改良中です。このエンジンは多くの機能を提供しますいくつかの一般的なサードパーティ UI フレームワークを含む開発方法を使用できますが、これらのサードパーティ フレームワークを使用した開発プロセス中に直面する可能性のある未知の問題については保証できません。そのため、プラグイン開発には特定のフレームワークを使用しないことをお勧めします。つまり、この方法が最も安定していますが、フレームワークを使用して複雑な UI を実装したい場合は、考えられる未知の問題に自分で直面するか、将来の UXP の改善と成熟を待つ必要があります。

注:一般的な意味は、少なくとも現在の UXP では、サードパーティの UI フレームワークを使用しない場合が最も安定するということです。

おすすめ

転載: blog.csdn.net/jnbbwyth/article/details/129423833