使用ZendX_JQuery或Zend_Dojo，AJAX更容易吗？

Question

上下文是我不想使用Zend MVC - 控制器，助手，装饰器等 - 这对我写的东西来说太过分了。

我已经浏览了jQuery网站插件部分，这些问题最让我困扰：

1. 我必须搜索很多的插件 - 这很乏味。
2. 我必须使用jQuery版本检查依赖项。值得庆幸的是，我决定只坚持使用jQuery或noConflict（）会让我发疯。

3. 我必须通过控制器，视图等在 HTML + CSS + JQuery 中连接表单元素的所有ID和名称。 所有这一切都是因为没有其他比jQuery插件更简单的PHP包装而不是ZendX_JQuery - 插件就是有吸引力的脚本和效果的地方。

4. 将内部替代品写入ZendX_JQuery 本身就是一项艰巨的任务。但是如果你必须在PHP中包装第三方jQuery插件并维护它本身就是全职工作。

所以我想知道Zend_Dojo是否比ZendX_JQuery容易得多。我在尝试之前会问，因为我不得不花费更多时间来安装，配置和测试所有标准的Dojo控件，然后我就可以决定了。对于一个相当简单的应用程序而言，这一切都很乏味，可能稍后会成长。

替代方案是一个“jQuery-inside”PHP小部件库，它是稳定的，可以使用一年而不会被破坏或升级。

像 GWT或ZK或ASP.Net 之类的东西，你不必为所有低级HTML + jQuery编码和每个页面的手动调整 ajax控件和表单元素。

或者我应该完全放弃一个MVC框架并用一组自定义脚本替换 在必要时使用Zend组件 - 如Zend_Validate，Zend_Form等。

我已经在桌面应用程序上工作了一段时间，而且转换到AJAX + MVC + Zend证明有点过于笨拙，特别是考虑到Zend MVC中丰富的设计模式。

Answer 1

我的建议是既不使用ZendX_JQuery也不使用Zend_Dojo。通过它的声音，这对你来说也是过度的。我的想法可能因为我不喜欢将PHP和JavaScript代码混合在一起，除非绝对必要 - 但是，让组件为您编写JavaScript可能更容易，但它永远不会像你可以自己写。

这样，你还可以保持行为和表达之间的分离 - 总是一件好事，因为它可以更容易地使用渐进增强的概念。

Answer 2

我同意Stephen Orr-我既不使用jquery也不使用dojo（在尝试两者之后）。我大量使用Zend_Form过滤器/装饰器，因为无论如何必须在服务器端重做客户端验证。使用一些自定义装饰器，你可以在html / php中完成所有操作。

尽可能避免使用ajax，并使用原型/ scriptaculous无法避免的地方。它们是轻量级的，并提供了在其他JS代码中使用的方便快捷方式。