2

選択したMVCフレームワークを介して、または直接CFCにajaxリクエストを送信しますか?

ajaxリクエストからの「表示」は必要ないため、MVCをバイパスすることに傾倒しています。

ColdboxのようなMVCフレームワークを介してajax呼び出しをルーティングすることの長所は何ですか?

更新:このページを見つけましたhttp://ortus.svnrepository.com/coldbox/trac.cgi/wiki/cbAjaxHintsしかし、私はまだそれがもたらす複雑さを超える利点について頭を悩ませようとしています...

4

6 に答える 6

4

ヘンリー、モデルのオブジェクトをプロキシするためにAjaxリクエストを行います。通常、そうするとき、私は「フレームワーク」の外にいます。そうは言っても、設定されたセキュリティモデル内で作業するなど、フレームワークを利用することが(非常に)必要になる場合があります。

于 2009-07-30T02:22:59.490 に答える
4

MVCフレームワークをバイパスすることの利点は実際にはわかりません。これらの3つの要素を組み合わせると、アプリケーションになります。

ajax要素は実際にはビューの一部です。Lucaが言うように、ビューはモデルとコントローラーの結果を出力します。

このように見てください。iPhone対応のWebインターフェイス(つまり、新しいビュー)を作成した場合、モデルとコントローラーをバイパスしますか?

于 2009-07-30T02:50:28.500 に答える
4

ColdBoxの作成者であるLuisMajanoは、次のように述べています。

これらは、ajaxインタラクションヘンリーの2つの学校です。

以下を追加するため、プロキシアプローチを好みます。

  1. デバッグ
  2. デバッガーでのトレース
  3. AOP傍受ポイント
  4. 安全
  5. 可用性の設定
  6. プロキシはイベントモデルに中継するので、ローカルインターセプトポイント、ローカルAOP、プラグインなどを使用できます。

つまり、単純なサービスcfc呼び出しではなく、高度に監視された呼び出しである可能性があります。

私は、実行プロファイラー(コールドボックスデバッガーの一部)を実行するのが大好きなので、ajaxリクエストがいつ着信するかを確認できます。要求されたデータと返送されたデータを確認できます。ログファイルを調べたり、結果や問題を想像したりする必要はありません。それは本当にデバッグに役立ちます。

ただし、どちらに進むかは開発者の選択になります。私の個人的な好みは、イベントの委任に常にプロキシを使用することです。これにより、柔軟性、デバッグ、および安心感が大幅に向上します。

于 2009-07-30T22:32:09.983 に答える
2

MVCフレームワークの「ビュー」の目的は、「モデル」と「コントローラー」がデータを生成した後にデータを表示することです。「ビュー」が必要ない場合、そのようなデザインパターンを使用する意味は何ですか?

于 2009-07-30T00:58:34.767 に答える
0

私はルカに同意します。また、MCスタックにあるあらゆる種類のサニタイズおよびフィルタリングロジックをバイパスします。基本的に、実行されているかどうかに関係なく、あらゆる種類のクエリ処理を無効にします。

于 2009-07-30T01:00:58.170 に答える
0

ええ、私はあなたのフレームワークをバイパスせず、何があなたの悲しみを引き起こしているのかを理解し、問題のある部分を探し出し、ヘッダーやフッターなどの一般的なコンポーネントを除外するロジックを追加し、HTMLには問題がないかダウンしている空白を注入するメソッドを探しますjsonを解析するときに問題があります。

特にapplication.cfcにoutput="false"を追加すると、そのメソッドが最初にクリーンアップされます。

私はCFCに直接アクセスしないことを強く信じています。主要なリファクタリングがコンポーネントを統合または削除したい場合、長期的な問題が発生する可能性があります。直接アクセスすると、特にサードパーティが別のドメインからajaxをヒットする(フラッシュリモーティングなど)。

スティーブの答えに+1。

于 2009-11-06T02:33:58.220 に答える