2

私は新しい Web アプリケーションを開始していますが、この非常にばかげた懸念があります。

このアプリケーションは単一ページの Web アプリケーションであり、フロント エンドとして Html、JS/Flex、バック エンドとして PHP で開発されます。だから私には2つの選択肢があります

  1. すべてのアプリケーション ロジックをクライアント側 (JS/Flex) に保持し、データベースへのデータの入出力のみに PHP を使用します。
  2. UI にのみ JS/Flex を使用し、すべてのアプリケーション ロジックを PHP に保持します。これは、独立したサービスとして消費されます。

どちらにも、次のような長所と短所があります。

  • 最初のオプションを使用すると、アプリケーションのユーザー エクスペリエンスがスムーズになります。(クライアントとサーバーのやり取りが非常に少ないため)
  • 2 番目のオプションを使用する場合、アプリケーション ロジックは PHP にあり、他のユーザーに同じ API を使用してカスタム アプリケーションを構築してもらいたい場合に備えて、後で API として公開できます。

しかし、私は両方の長所と短所について議論し、どちらかを最終決定することはできません. 開発のキャリアの中で同様の問題に直面したことを願って、助けてください。

前もって感謝します！

4

2 に答える 2

2

option 2次の理由から、1.あなたが言ったように、後でAPIを公開できることをお勧めします。2. すべてのアプリケーション ロジックが PHP によって処理されるため、より安全になります。

于 2013-07-19T05:51:08.427 に答える
1

多くの設計パターンがありますが、 APIを後で最も適切なものにする可能性に関心があるため、オプション 2の形式になります。

UI にのみ JS/Flex を使用し、すべてのアプリケーション ロジックを PHP に保持します。これは、独立したサービスとして消費されます。

単一ページ アプリケーションのフロント エンド UI用に、次のテクノロジのいずれかを使用してフロント エンドを作成するだけです。

困難

次に、すべてのビジネス ロジックをorまたは otherRESTful APIで記述された呼び出しにします。PHPPythonbackend language

これらのサービスが許可されているCRUDだけでなく、許可されたユーザーのみを許可するようにサービスを保護するためにRead使用することをお勧めします。OAuth PHP ライブラリを使用するだけです。OAuthCreate, Update, and Delete

その理由は、他のアプリケーションを作成して UI を再構築するだけでよく、すべての言語でビジネス ロジックを作り直す必要がないからです(C, C++, objective C, C#, Python, PHP, JavaScript, Ruby, etc.)。を公​​開すると、彼らは有効なユーザー名とパスワード (ユーザーが指定) を使用してAPIあなたを呼び出し、独自のドッグフードを食べているので、豊富な機能を備えたアプリケーションを作成できるようになります。これは非常に重要な概念ですが、開発に時間がかかる可能性がありますが、それによって多くのコードを作成する必要がなくなります。OAuth servicere-architectre-developre-factor

于 2013-07-19T20:32:34.883 に答える