私は最近、マイクロチャンネル公式統一フロントエンドWebを立ち上げ、フレームワークをアプレット聞いた - Kboneは、特に次を参照してください。。。
なぜマイクロチャネルKboneに従事?
異なるモデルとマイクロチャネルのWebアプレットの下端は、ウェブ開発者が直接アプレット内側コード実行環境を移動することができません。
誕生Kboneは、あなたが小さなプログラムを実行することができ、それは何も変更することはできませんWeb用のコードの末尾に、アダプテーション層でブラウザ環境をシミュレートできるようにするアダプタを実装して、この問題を解決することです。
だから、Kbone利点は何ですか?
kboneアダプタ均質な方法を提供することによって達成されているので、とてもその利点は明白です:
最も人気のあるフロントエンドのフレームワークは、Vueの、反応しPreactと上のように、kbone上で実行することができます。
より完全なフロントエンドフレーム支持特性、基礎となるフレームワークとしての意志ではない(例えば、V-HTMLヴュー命令、ヴュールータプラグなど)kbone剪定。
これは、プログラム終了の小端部へのWebから移行することができます多くの変更を行う必要はありませんユーザーコードを可能にする共通DOM / BOMインタフェースを提供します。
アプレットが実行されている最後に、あなたはまだ(たとえば、ライブプレイヤー組み込みコンポーネント、サブ関数として)小さなプログラム自体の特性を使用することができます。
いくつかのプログラム・インターフェースの小端部と完全に互換性がないこともでき(例えばgetComputedStyleインタフェースなど)のプログラムの別の用途を有しているように、いくつかのドム拡張インタフェースを提供します。
最終的にはどのように選択するには?
実際には、業界では、同型の多くのソリューションが存在している、と各プログラムは、独自の長所と短所を持っている、スキーム完全にすべての問題を解決するには、存在しません。kboneは、あまりにも、その利点は、上述したように、それはまた、原則の実現の欠如をもたらします。kboneは、より包括的なウェブ側の機能のサポートと引き換えに、特定の性能低下の使用です。
そのため、パフォーマンスに関する、アプレット上のパフォーマンスは特に厳しい場合、それはネイティブの小さなプログラムの開発を直接使用することをお勧めします。あなたのページ数が特に大きな(通常千個のノード以上)をノード、だけでなく、ノード無限の上昇の数でその遺体を確保するためならば安定したレンダリング性能は、静的テンプレート翻訳業界のプログラムを使用して試すことができ、それ以外の場合は、直接kboneを使用することができます。
Kboneは使用し、または公式文書にそれを表示するには:
https://developers.weixin.qq.com/miniprogram/dev/extended/kbone/