5

私はアンドロイド開発を始めたばかりで、実際に公開する最初のアプリケーションを開発しようとしています。私は Java のプログラミングのバックグラウンドといくつかのパターンの知識を持っていますが、Android アプリの開発中にどのパターンを使用する必要があるかわかりません。また、スレッドを配置する場所。PHPスクリプトを介してリモートデータベースからデータを常にロードし、UIに表示するアプリを開発しています。アプリをいくつかのレイヤー (プレゼンテーション レイヤー、ドメイン レイヤー/サービス レイヤー、データ ソース レイヤー) に分割しました。それらの間に、次のレイヤーのサービスにアクセスするためのファサードを作成します。この構造に固執する必要があるのか​​ 、他のパターンに従ってこのアプリを完全に再構築する必要があるのか​​ よくわかりません。後でアプリケーション全体を再構築することを余儀なくされるよりも、開発の最初にそれを見つけたほうがよいでしょう。

4

3 に答える 3

1

アプリをいくつかのレイヤー (プレゼンテーション レイヤー、ドメイン レイヤー/サービス レイヤー、データ ソース レイヤー) に分割しました。

または、アプリを機能ごとに縦に分割することもできます。そのため、おそらくサブパッケージを使用して、機能またはアクティビティごとにパッケージを取得します。経験則として、パッケージには、あなた (または他の誰か) が簡単に理解できる以上のロジックを含めるべきではありません。この手法にはいくつかの利点があります。まず、アプリに機能を追加しても、パッケージがどんどん大きくなることはありません。次に、異なる機能間の依存関係を維持することが容易になります。おそらく、IDE はパッケージの依存関係マトリックスを生成できます。

また、スレッドを配置する場所。PHPスクリプトを介してリモートデータベースからデータを常にロードし、UIに表示するアプリを開発しています。

Android にはLoadersAsyncTasksの概念があります。これらは、実行時間の長いタスクを UI から分離するのに役立ちます。Android 開発者の Web サイトに、Loader-API を使用したがあります。

于 2013-09-11T15:53:17.477 に答える
0

AsyncTask や Thread の代わりに、ネットワーク通信をServiceに入れたいと思うかもしれません。あなたのアーキテクチャは、私の意見では良いMVCのようなものです。

アクティビティはあなたにとって良い出発点だと思います。そのライフサイクルと、データをユーザーに提示する方法を学びます。また、スレッド接続について詳しく読んで、Android でどのように行われるかを自分で確認することもできます。

于 2013-10-02T11:11:37.813 に答える