4

Webベースのクライアント側アプリケーションフレームワークを構築することを計画しています。主な焦点は、Javaを使用してネイティブに見えるWebアプリを作成し、それらをターゲットプラットフォーム用にコンパイルすることです。計画されているターゲットプラットフォームは、iPhoneとAndroid（PhoneGapに加えて）、BackberryとPalmWebOSです。

私たちの目標はまともなフレームワークを作成することであり、それがこの投稿の目的です。開発者がそのようなフレームワークに何を期待し、どのトピックが他のトピックよりも重要であるかを知りたいのです。また、ターゲットプラットフォーム上のネイティブアプリのように実際に感じられるUIフレームワーク（スクロール動作など）を提供すること、またはHTML5およびPhoneGap機能を使用してデータを保存および操作するための適切なAPIを提供することがより重要かどうかも知りたいです。等

開発者として、そのようなフレームワークで本当に何を見たいですか？結局のところ、あなたは（願わくばいつか）それを使用する人です。そして最も重要なこと：あなたはそれを使いますか？

4

5 に答える 5

1

ネイティブフィールUI（つまり、スムーズなスクロール、高速クリック）とCSSによるUIのカスタマイズを備えた、モバイルプレートフォーム（少なくともiPhoneとAndroid）用の優れたGWTフレームワークが必要です。私はそれを支払うでしょう！

于 2010-03-05T13:46:15.237 に答える
0

コンポーネントのセットアップとデフォルトの動作を箱から出してすぐに機能させます。コンポーネントが 1 行ですぐに使えるようにビルダー パターンを与えるか、適切な形式のオブジェクトを作成するのに十分な量のパラメーターを含むコンストラクターを与えます。 .

これらの方針に沿って、すべての GUI コンポーネントには、さまざまなモデル ベースのデータ構造を取るためのアダプターが必要です。大騒ぎせず、手間もかからず、ボックス化/ボックス化解除は絶対に必要ありません。

于 2010-01-23T05:08:35.130 に答える
0

Webkit ベースのモバイル フレームワークの悪い点は、他のアプリケーションほどスムーズでも高速でもないことです。これは、それらがすべて積み重なる場所です。Java Dalvik フレームワークを作成することをお勧めします。これは、優れたエラー処理と強力な UI を備えた用途を簡単に拡張できます。オープンソース化を計画している場合にコミュニティが拡張できるように、独自のプラグイン パターンを明確に持つ必要があります。

于 2010-03-05T15:44:03.953 に答える
0

私の個人的なお気に入りは、Widget Standard http://www.w3.org/TR/widgets/を使用して開発し、ウィジェットを Web ビューなどにラップしてアプリ ストアに公開できるものです。Opera Mobile、Samsung Bada、Symbian、そして現在 Android はすでにプラットフォームをサポートしています.. http://labs.opera.com/news/2010/12/22/

これには、サイズを最小限に抑えるために、実際に使用したフレームワークのメソッド/部分のみを使用して、Closure Compiled を小さくできるベアボーン JS フレームワークが含まれます。

于 2010-12-28T16:43:03.963 に答える
-1

ええと...プラットフォーム固有でクライアント側になる場合

私たちのアプローチは、可能な限りデバイスプラットフォームをニュートラルにすることです。

前に述べたように、私たちの目標は、Javaでアプリケーションを作成し、それを特定のターゲットプラットフォーム用にコンパイルすることです。サポートされているすべてのプラットフォームのJavaコードを変更せずに（または少なくともできるだけ少なく）同じアプリケーションをコンパイルすることも可能です。

ほとんどすべてのモバイルプラットフォームが、アプリをデプロイできる何らかのWeb環境を提供するため、ランタイムとして「Web」を使用することを選択します。

于 2010-01-22T17:49:21.087 に答える