私はエンタープライズ レベルのビジネス アプリケーションに取り組んでいますが、今こそ非デスクトップ エクスペリエンスについて考え始めるときです。Dojo を使用する共通のコンポーネント コード ベースがあり、できるだけ多くのコードを再利用しようとしています。
同じコード ベースを再利用するべきか、デスクトップとモバイル用に別のコード ベースを使用するべきかを判断するのに本当に苦労しています。
私の意思決定の大きな要因は、dojox/モバイルの実行可能性です。これはかなりクールに思えますし、dojo インフラストラクチャーを使用していることは大きなメリットですが、それが dojox にあるという事実は、私を少し怖がらせます。
いくつかの質問：
dojox/モバイルは長期的に信頼できるものですか?
has.js が教えてくれる内容に応じて、dijit コンポーネントを dojox/mobile コンポーネントに置き換えようとするのは賢い考えですか?
dojox/モバイルは dojo2.0 の一部になりますか?
dojox/mobile に頼ることができます。DojoX は確かに 2.0 で Dojo Toolkit から消えますが、成熟した (そしておそらく維持されている) モジュールのほとんどは dijit/dojo ライブラリーにプッシュされます。リファレンスガイドを引用します：
将来 (Dojo 2.0)、DojoX パッケージと名前空間は削除されます。サブパッケージとモジュールは、Dojo コア、Dijit に統合されるか、独自のスタンドアロン パッケージとして分離されます。ただし、1.X コード・ストリームの場合、下位互換性を確保するために、これらのパッケージはすべて dojox 名前空間およびパッケージ内に含まれています。
成熟した の説明を見ると、次のことがわかります。
このパッケージまたはモジュールは成熟していると見なされ、Dojo Toolkit 内でコミッターによって積極的に開発および保守されています。それは近い将来まで続くと予想されます。
上記のリンクを見ると、dojox/mobile成熟したものとして分類されていることがわかります。
dojox/mobile信頼できるもう 1 つの理由は、IBM (かなり大きな企業であり、Dojo ツールキットのコミッターと見なすことができます) もIBM Worklight と呼ばれるモバイル製品に依存していることです。彼らがそれに頼っているなら、あなたができない理由はありません。
dijits同じコード ベースから始めて、dojox/mobileコンポーネントを交換するのは簡単ではないと思います。通常、モバイル アプリの開発には、Web アプリケーションとはまったく異なる戦略が必要です。おそらく、特定のものを複数のビューに分割する必要があり、一部の dijit にはモバイルの代替手段がない場合があります。
おそらくほとんどのユーティリティとビジネス ロジックを再利用できますが、ビューを作成する場合は、最初からやり直す必要があると思います。しかし、私は実際には高度なモバイル開発者ではありません。