如果CakePHP放弃对JS/AJAX引擎的支持,它的性能会有好处吗?

如果CakePHP放弃对JS/AJAX引擎的支持,它的性能会有好处吗?,php,performance,cakephp,Php,Performance,Cakephp,我的主要问题是: 如果对JS helpers的支持从核心完全取消,对CakePHP的性能(即更快的视图渲染)有实际影响吗? 我的理由是: 现在CakePHP有几个类,允许程序员使用PHP创建基本的客户端代码,包括效果和AJAX请求 与视图对象存在一些耦合,这可能会降低性能 考虑到很多框架都在向RESTful模型转移,并且通常很难跟上客户端框架的变化,同时将它们与服务器端框架(如CakePHP)相耦合 我想知道是否值得放弃对JS/AJAX的支持,转而关注PHP框架模式。当然,我们失去了通过help

我的主要问题是:

如果对JS helpers的支持从核心完全取消,对CakePHP的性能(即更快的视图渲染)有实际影响吗?

我的理由是:

现在CakePHP有几个类,允许程序员使用PHP创建基本的客户端代码,包括效果和AJAX请求

与视图对象存在一些耦合,这可能会降低性能

考虑到很多框架都在向RESTful模型转移,并且通常很难跟上客户端框架的变化,同时将它们与服务器端框架(如CakePHP)相耦合

我想知道是否值得放弃对JS/AJAX的支持,转而关注PHP框架模式。当然,我们失去了通过helpers编写一些JS代码的能力,但在我看来,最好还是让JS框架来编写


其优点是减少了耦合、重量更轻,并且可能提高了性能

JsHelper将在3.0中从核心中删除:)我怀疑是否有任何重大的性能增强。这一决定背后的主要原因是生成js代码的php包装函数功能非常有限,迟早您会发现它会阻碍您的发展,而不是加快开发速度。因此决定删除JsHelper并减少要维护的代码。

JsHelper将在3.0中从core中删除:)我怀疑是否有任何重大的性能增强。这一决定背后的主要原因是生成js代码的php包装函数功能非常有限,迟早您会发现它会阻碍您的发展,而不是加快开发速度。因此决定删除JsHelper并减少要维护的代码。

更多信息。teknoid我希望像您这样有经验的用户能够对CakePHP开发更感兴趣:)虽然它没有直接回答我的问题,但从长远来看,这显然是我想知道的。。。这确实提醒我要更多地参与蛋糕社区:)我确实回答了你的主要问题,有点。就我个人而言,我不太确定视图渲染是否有任何显著的加速。不确定您所指的视图对象中的耦合是什么。Afaik只有PaginatorHelper使用JsHelper。编辑:啊,还有FormHelper。@admad刚刚通过你的个人资料找到了这篇文章。我同意删除JsHelper。除了Js->buffer(),我不使用它的功能)。然而,在CakeBook中提到这一点是不是一个好主意?“此帮助程序将在3.0中删除,使用ViewBlocks代替,并且在新项目中不依赖其他方法?”@thaJeztah 3.0即使在开发版本中也是一个不错的选择。因此,现在将这些信息添加到手册中还为时过早。无论如何,3.0不会与2.x完全向后兼容。此外,即使它是从核心删除它可能是作为一个单独的插件。更多信息。teknoid我希望像您这样有经验的用户能够对CakePHP开发更感兴趣:)虽然它没有直接回答我的问题,但从长远来看,这显然是我想知道的。。。这确实提醒我要更多地参与蛋糕社区:)我确实回答了你的主要问题,有点。就我个人而言,我不太确定视图渲染是否有任何显著的加速。不确定您所指的视图对象中的耦合是什么。Afaik只有PaginatorHelper使用JsHelper。编辑:啊,还有FormHelper。@admad刚刚通过你的个人资料找到了这篇文章。我同意删除JsHelper。除了Js->buffer(),我不使用它的功能)。然而,在CakeBook中提到这一点是不是一个好主意?“此帮助程序将在3.0中删除,使用ViewBlocks代替,并且在新项目中不依赖其他方法?”@thaJeztah 3.0即使在开发版本中也是一个不错的选择。因此,现在将这些信息添加到手册中还为时过早。无论如何,3.0不会与2.x完全向后兼容。此外,即使它已从核心中删除,它也可能作为一个单独的插件提供。