1

私は、いくつかの非常に厳格な制約の中でデスクトップ アプリケーションを作成する任務を負っています。アプリケーションの最初のバージョンは非常に小さく、特定のタスクのみを対象としていましたが、アプリケーションが非常に気に入ったようで、多くの改善を求められました.

最初に作成したアプリは、javascript と jquery を大量に使用した hta として作成し、XML を使用して情報を格納していました (MSXML2.3.0 を使用)。そのため、より強固なベースでアプリケーションを作り直したかったのです。もちろん、これまでに示したものと多かれ少なかれ一貫性のあるインターフェイスを維持したいと思います。また、すべてのコードを書き直す必要はありません。

制限事項は次のとおりです。

-デスクトップ アプリケーション。1 台のターゲット コンピューターが安定したインターネット接続を持っていないため、Web アプリケーションを開発できません。

-インストールの必要はありません (フォルダーのコピーと貼り付けは機能し、すべてのデータの一貫性を保つ必要があります)。

-比較的マルチプラットフォームである必要があります。ターゲット マシンについて私が持っている唯一の情報は、すべてのマシンに Windows XP OS 以降、MS Office 2003 スイート以降、および何らかの PDF リーダーが搭載されていることです。

- さまざまな画像形式、PDF、オフィス ドキュメントなど、さまざまな種類のファイルを埋め込んで表示できる必要があります。とはいえ、Office ドキュメントの場合、ドキュメントにリンクして、共通の MS Word/Excel/その他のアプリをインスタンス化して開くことができる限り、それで十分ですが、スイートとの相互運用性は優れています。

私はネットを検索しており、いくつかの興味深いオプションを見つけましたが、それらについてはよくわかりません.

一方では、XML が追いつかないと思いますが、いくつかの xml ファイルを介してデータを配布すれば動作させることができると思います。SQLite などのオープン ソースの組み込みデータベースについて読んでいますが、これは機能するようです。

一方で、私が使用している hta ベースは、アプリケーションが成長し続けるとうまく機能しないように感じます。多くの代替案をチェックしましたが、それらのすべてにいくつかの問題があります。

Cappuccino や Chromeless は良いアイデアのように見えますが、どちらもある程度の HTML5 を必要とします。これはマシンのブラウザが十分にサポートしているかどうか確信が持てません。また、カプチーノの NativeHost は Mac OSX でのみ動作するようです。Xul は面白そうに見えますが、使えません。

私が見つけたもう 1 つのオプションは、アプリを Qt に移植することですが、アプリを Qts に移植するのがどれほど難しいかはわかりません。ライセンス。それは比較的重要ではありませんが、将来的にはそれらの機能を含めたいと思うでしょう.

それが私の立場です。hta + XML アーキテクチャ (またはそのバリエーション) を維持することはまだ機能すると思いますか? 私が言及した代替手段のいずれかが実行可能ですか? 他の代替手段を知っていますか?

4

0 に答える 0