MVCフレームワーク（ColdBoxなど）を介したAjaxリクエストの有無

Question

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

ajaxリクエストから「表示」する必要がないため、MVCをバイパスする方向に傾いています。

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

更新：このページが見つかりました http://ortus.svnrepository.com/ coldbox / trac.cgi / wiki / cbAjaxHints が、導入する複雑さよりもどのようなメリットがあるかを心に留めようとしています...

Answer 1

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

Answer 2

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

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

このように見ます-iPhoneに優しいWebインターフェース（つまり、新しいビュー）を作成した場合、モデルとコントローラーをバイパスしますか？

Answer 3

ColdBoxの作成者ルイスマジャノ said ：

  

これらは2つのアヤックス派です   相互作用ヘンリー。

     

プロキシアプローチが好ましいのは、   以下を追加します。

     

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

     

言い換えれば、それは非常に   単純ではなく監視された呼び出し   サービスcfc呼び出し、まだできます   

     

私は、1つには、自分の処刑が大好きです   プロファイラの実行（コールドボックスの一部   デバッガー）、だから私はajaxを見ることができます   リクエストが来たとき   でる。要求されたデータを見ることができ、   返送されたデータ。する必要はありません   ログファイルを調べるか、想像してみてください   結果または問題。それは本当に役立ちます   デバッグ中。

     

ただし、開発者になります   どの方法で行くかを選択します。   私の個人的な好みは常に   イベント委任にプロキシを使用する   それは私に多くを与えるので   柔軟性、デバッグ、および平和   心。

Answer 4

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

Answer 5

ルカに同意します。また、MCスタックにあるあらゆる種類のサニタイズおよびフィルタリングロジックをバイパスします。基本的には、適切な場合とそうでない場合があるあらゆる種類のクエリ処理を無効にします。

Answer 6

ええ、私はあなたのフレームワークをバイパスせず、悲しみの原因を見つけて問題のある部分を追い詰め、ヘッダーやフッターなどの一般的なコンポーネントを除外するロジックを追加し、htmlには問題ないが空白を挿入するメソッドを探しますjsonを解析するときに迷惑な問題やまったく問題があります。

出力の追加=＆quot; false＆quot;特にapplication.cfcでは、メソッドが最初にクリーンアップされます。

私は、CFCに直接直接アクセスすることは絶対にないと信じています。主要なリファクタリングがコンポーネントを統合または削除したい場合、長期的な問題を引き起こすことがわかります。サードパーティが別のドメインからあなたのajaxにヒットしています（フラッシュリモーティングなど）。

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