2009-06-04 15 views
1

複数の表示モード(デスクトップやモバイル/ iphone)で実装する必要があるWebアプリケーションの開発を処理する一般的な方法は何ですか?複数の表示モードでWebアプリケーションプロジェクトを管理する

モードごとに複数のアプリケーションを開発するか、すべてのコードを同じアプリケーションに保存することをお勧めしますか?ページのすべての機能が同じ場合(つまり、モバイル版ではウェブの対応ができない場合があります)、違いがありますか?アプリを複数のプロジェクトや、落書きなどに分割するかどうかを決定する基準のいくつかは何ですか?仕事をより簡単にする特定のアーキテクチャパターンはありますか?

アプリケーションが異なるビューで単純に提示されない限り、それぞれのアプリケーションごとに個別のアプリケーションを作成することをお勧めします。

アプリケーションは、単純なhello worldタイプや静的な企業ウェブサイトではなく、GmailやFacebook(複数の機能を備えた大型アプリ)に似ているとします。

私は現在開発用にGrailsを使用していますが、これはおそらく複数のフレームワークに当てはまります。

答えて

0

バックエンドをWebサービスとして構築する必要があります。つまり、どのUIもサービスと対話でき、プレゼンテーションロジックはビジネスロジックとは別物です。

Microsoftプラットフォームの場合、ASP.NET MVCまたはADO.NETのデータサービスは、ここから始めるのに適しています。プレゼンテーション層は、ビジネスロジックから独立していることを確実にするために、別のプロジェクトに分割する必要があります。

しかし、他のプラットフォームでもRESTfulな手法を使用して簡単に行うことができます。

0

上記のように、懸念の分離が重要です。

それに続いて、別々のプレゼンテーション/アプリケーション層を構築するかどうかは、実際には異なるパラメータ(つまり、リソース、時間、コスト、スケーラビリティなど)に基づいて行われるべき決定です。

私は、MVC/MVPデザインパターンを調査し、ビジネスロジックからプレゼンテーションロジックを分離し、アプリケーションが各プラットフォームでどのように表現されるのか、時間とコストを最大限に投資する場所を検討することをお勧めします。

0

2つのアプリケーションは間違いありません。ビューからビジネスロジックとコントローラロジックを分離してください。

アプリケーションの複雑さにもよりますが、上記のようにバックエンドWebサービスを分離するためのメディアタイプが「ハンドヘルド」の追加のcssファイルと同じくらいの差があります。途中でパターン

  1. 次サーバーコードのすべてがビュー
  2. を生成
  3. を使用することを確認どこか
  4. 図アウトを確認するには、値を格納し、要件
  5. 実行ビジネス・ロジックを収集することです

これは、テンプレート表示(JSP、Railsなど)を使用したシステムで特に効果的ですが、PHPでも同様に実行できます。

フロントエンドがウェブサービスでうまく動作する場合、またはフロントエンドが別個のパーティによって開発されている場合、ウェブサイトの表示がさらに増える可能性がある場合は、バックエンドWebサービスをおすすめします。すべて

2用

1

1)中央データベース)の一つ、中央ビジネスロジック層。これは、Webサービス、javabeansなどとすることができます。Web専用ビジネスロジックまたはモバイル専用ビジネスロジックが存在する可能性があります。それは大丈夫です、すべてを1つの場所に残してください。

3)複数のプレゼンテーション層。 Webプレゼンテーション層は、Webサービスを呼び出し、通常のブラウザ用に生成します。モバイルプレゼンテーション層は同じ機能を呼び出すが、モバイル用途に最適化されたものを提示する。

複数のプロジェクトを作成した場合、1つのバグを修正するか1つのフィーチャーを入れると、2つの異なるサイトでビルドする必要があり、ビルドとバグ修正の時間が2倍になります。

また、ビジネスロジック層で「カバーの下」のすべてを同じままにして、ビジネスロジックのさまざまなプレゼンテーションをWebサイトやモバイルサイトとして見られるようにすることもできます。

希望に役立ちます。

関連する問題