如果我使用Wordpress而不是php框架来处理复杂但"标准"的webapp,我会失去什么？权衡是否值得？

Question

我知道这已被问了很多,我已经探讨了其他答案,但我仍然有疑问,所以希望这会对辩论产生新的见解.

一年前,我在CodeIngniter中从头开始构建了一个服务调度Web应用程序,具有以下功能:

• 具有不同角色和功能的用户管理
• 每个用户的不同后端
• 用于调度服务的交互式和可管理日历
• 领土管理和任务
• 管理服务状态
• 报告和记录
• 使用authorize.net计费
• 前端信息页面

所有相当标准的东西和codeIgniter都很棒.现在,一年后,我正在修改代码.客户需要一些不同的管理功能,例如用于页面的CMS以及添加新服务和更改计算价格点等.我需要添加新的类和代码以使其工作.

在过去的一年里,我深深地投入到Wordpress中,并意识到我可以使用自定义帖子类型,分类法,自定义字段以及通过自定义插件扩展自定义功能,在wordpress中构建整个应用程序.在许多方面,这似乎会更好.

使用Wordpress而不是php框架的优点:

• 现有基础与CMS,用户管理,熟悉的后端,数据库结构从一开始,节省了大量的开发时间
• 不断更新安全性
• 稳定性
• 健壮性(我知道wordpress可以处理这个,即使它的目的是用于博客)

使用框架的原因:

• 灵活性
• ORM
• MVC
• 其他？

那么......哪个更好？我真的需要ORM或MVC来完成这个项目吗？如果我使用Wordpress,我觉得我的开发工作和客户端ux会更容易.

如果我切换到wordpress,我还会失去什么？

如何在框架中组合Wordpress,反之亦然？建议？

什么时候使用框架而不是wordpress是有意义的？

Answer 1

这是一个相当广泛的问题,所以这是一个相当广泛的答案......

Wordpress是一个CMS.它是一个优秀,灵活的CMS,具有很多内置的优点,但它的最佳点是管理一个主要关于内容的网站,内容被广泛定义为"文字,图片和其他资产".插件模型允许您构建/使用其他功能,广泛的用户社区提供了许多稳定性/安全性/可伸缩性帮助.

Code Igniter是一个专为功能性Web应用程序设计的框架(实际上,这通常意味着数据库驱动的应用程序).它的最佳点是管理与业务领域的复杂交互.这是一个构建任何类型的应用程序的框架(包括,如果你是贪污的惩罚,CMS).

如果您的业务领域是关于内容(并且我认为不是,基于您的描述),Wordpress是一个明显的赢家.在您的情况下,我认为您可以使用Wordpress构建解决方案,但这将是一个真正的优势 - 您提到的"安全性,稳定性,稳健性"的好处可能不适用,因为您需要构建很多自定义代码.我认为你很快就会达到"好吧,这不是Wordpress希望我工作的方式,但是为了提供这个功能,我必须这样做"这一点.

当企业用户说他们想要一个CMS时,他们通常并不意味着他们想要Wordpress(或Drupal,或Sitecore,或Magnolia); 他们希望能够管理他们的网站而无需去技术人员.如果您的站点主要由数据库驱动,则表示管理数据库记录的屏幕.

Answer 2

我使用 CodeIgniter，我的偏见是因为您已经在其中构建了大部分应用程序，并且它看起来比 Wordpress 更灵活/预配置更少。我还感觉到，相对于 WP，开发人员对 CI 的使用正在不断增长，因此 CI 似乎更适合未来，尽管公平地说，它们都很受欢迎。

你能把老板的要求说得更清楚吗？我读你所说的方式是，你已经完成了 80%，然后正在考虑刮掉（或者至少可能必须大量修改）那 80%，因为其他 20% 似乎在 WordPress 中完成更符合逻辑。

随着我对 PHP 的了解越来越多，我实际上发现自己使用的 CI 更少，而编写更直接的 PHP 或 JavaScript（为了更好的用户体验）。因此，我想我很惊讶地听到有人想要从最小的 PHP/ruby/Python 框架切换到更重的框架，因为现在大部分工作都转向了 JavaScript。

转向直接 PHP 的另一个关键点是，了解 PHP 的人数比熟悉 CI 或 WP 特定语法的人数相形见绌。因此，您更有可能获得帮助/合作/职业发展，重点是在这些少数民族方言的“母语”方面打下坚实的基础。使用 PHP 执行此操作还具有帮助我更好地理解其他语言（例如 JavaScript）的好处，因为抽象级别与 php-ruby-python 位于同一页面，而框架带来了完全不同的（在我越来越多的观点中） ，无关的）词汇。