Ajax pedidos, através MVC Framework (por exemplo caixa fria) ou não?

Question

Você disparar requisições Ajax através do framework MVC de escolha, ou diretamente para o CFC?

Estou inclinado para ignorando o MVC, já que eu não preciso de 'Ver' a partir da solicitação ajax.

Quais são as Pro de roteamento de chamadas Ajax através framework MVC, como caixa fria?

atualização: encontrou esta página http://ortus.svnrepository.com/ caixa fria / trac.cgi / wiki / cbAjaxHints mas eu ainda estou tentando a envolver minha mente em torno de quais os benefícios que ela traz sobre a complexidade introduz ...

Answer 1

Henry, eu faço meus pedidos Ajax para objetos proxy do meu modelo. Normalmente, eu sou fora de um 'quadro' quando fazê-lo. Dito isto, pode ser (muito) necessários para utilizar o seu quadro, como trabalhar dentro de um modelo de segurança do conjunto.

Answer 2

Eu não posso realmente ver qualquer benefício de contornar o framework MVC -. Em combinação, esses três elementos são sua aplicação

Seus elementos Ajax são realmente parte da visão. Como diz Luca, a visão gera os resultados do modelo e controlador.

Olhe isto deste modo? - se você fez uma interface web iPhone-friendly (isto é, uma nova View), você ignorar o modelo e controlador

Answer 3

Luis Majano, criador de caixa fria disse :

Estas são as duas escolas de ajax interação henry.

Eu prefiro a abordagem de proxy porque acrescenta o seguinte:

1. Depuração
2. Tracing no depurador
3. AOP pontos de interceptação
4. Segurança
5. configuração de disponibilidade
6. O proxy irá retransmitir ao modelo de evento, para que eu possa usar interceptação locais pontos, AOP local, plugins, etc.

Em outras palavras, ele pode ser um altamente chamada monitorado em vez de uma simples chamada cfc serviço, que você ainda pode fazer.

Eu, por exemplo, o amor de ter minha execução profiler execução (parte da caixa fria depurador), para que eu possa ver quando ajax solicitações de entrar e quando eles vêm Fora. Eu posso ver os dados solicitados e os dados enviados de volta. Eu não tenho a olhar nos arquivos de log, ou tente imaginar resultados ou problemas. Isso realmente ajuda na depuração.

No entanto, seria um desenvolvedor escolha de que maneira você decidir ir. Minha preferência pessoal é para sempre usar meu proxy para a delegação de evento porque me dá muito mais flexibilidade, depuração e paz de mente.

Answer 4

O objetivo da "vista" em frameworks MVC é a Mostrar os dados após o "modelo" e "controlador" já gerou. Se você não precisa a "visão", então qual é o ponto de usar tal padrão de design?

Answer 5

Eu concordo com Luca. Ele também ignora qualquer tipo de sanitização e lógica de filtragem que você tem em sua pilha MC. Ele basicamente nega qualquer tipo de processamento de consulta que você pode ou não pode ter no lugar.

Answer 6

Sim, eu não iria ignorar seu quadro, descobrir o que está causando-lhe dor e caçar as peças ofensivas, acrescentando lógica para excluir componentes comuns, como cabeçalhos e rodapés, e à procura de métodos injetáveis ??espaços em branco que, enquanto bem para html é irritante ou para baixo problemática direito ao analisar JSON.

Adicionando saída = "false", especialmente em sua Application.cfc e é métodos seria a primeira coisa que eu limpo.

Eu sou um crente forte em NUNCA acessar diretamente o CFC é diretamente, acho que é cria problemas a longo prazo quando uma grande refactor pode querer consolidar ou eliminar componentes, os acessos directos, potencialmente, fazer isso mais difícil do que deveria ser, especialmente se um terceiros é bater seu ajax de outro domínio (por exemplo, Flash remoting).

1 para a resposta de Steve.