阿贾克斯的请求，通过视的框架(例如ColdBox)或没有？

Question

你火阿贾克斯的请求通过视框架的选择，或者直接到的氟氯化碳?

我倾向于绕过视，因为我不需要'View'从阿贾克斯的请求。

什么是临的路由阿贾克斯的电话通过视框架，就像Coldbox?

更新：发现这个页面 http://ortus.svnrepository.com/coldbox/trac.cgi/wiki/cbAjaxHints 但我仍然在试图总结我的心周围有什么好处，它带来的复杂性，它介绍了...

Answer 1

Henry，我发出Ajax请求来代理模型的对象。通常情况下，这样做时我不属于“框架”。话虽如此，可能（非常）需要利用您的框架，例如在集合安全模型中工作。

Answer 2

我无法看到绕过MVC框架的任何好处 - 结合起来，这三个元素 是你的应用程序。

您的ajax元素实际上是视图的一部分。正如Luca所说，视图输出模型和控制器的结果。

以这种方式看待它 - 如果你制作了一个iPhone友好的网络界面（即一个新的视图），你会绕过模型和控制器吗？

Answer 3

路易斯*韦尔德德尔马哈诺，创造者的ColdBox 说的:

这是两个学校的阿贾克斯 交互亨利。

我更愿意代理的方法，因为它 添加如下：

1. 调试
2. 追查在调试器
3. AOP拦截点
4. 安全
5. 设置可用性
6. 代理将继来事件模型,所以我可以使用本地拦截 点，当地AOP，插件，等等。

换句话说，它可以是一个高度 监控的电话而不是一个简单的 服务氟氯化碳的话，你仍然可以 做。

我个人喜欢有我的执行 分析器运行(第一部分的coldbox 调试器)，因此我可以看到，当阿贾克斯 请进来他们来的时候 出。我可以看到的数据要求和 数据送回。我不需要 看在登录文件，或者试着想象一下 结果或问题。这真的帮助了 在调试。

然而，这将是一个开发商 选择在你决定要走。我个人喜好是总是 使用我的代理来的事件表团 因为它给了我很多 灵活性、调和和平的 头脑。

Answer 4

“视图”的目的在MVC框架中，显示在“模型”之后的数据。和“控制器”生成了它。如果您不需要“查看”，那么使用这种设计模式的重点是什么？

Answer 5

我同意卢卡的观点。它还绕过了MC堆栈中的任何清理和过滤逻辑。它基本上否定了您可能或可能没有的任何类型的查询处理。

Answer 6

是的，我不会绕过你的框架，弄清楚是什么导致你的悲伤和追捕有问题的部分，添加逻辑来排除常见的组件，如页眉或页脚，并寻找注入空格的方法，虽然很好的html是解析json时出现问题或者有问题。

添加输出=＆quot; false＆quot;特别是在你的application.cfc中，它的方法将是我清理的第一件事。

我坚信不要直接直接访问CFC，我发现当主要的重构可能想要整合或消除组件时会产生长期问题，直接访问可能会使它更难以实现，特别是如果第三方正在从另一个域点击你的ajax（例如flash remoting）。

给史蒂夫的答案+1。