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

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

4年前关闭。




Improve this 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，有很多内置的优点，但它的最佳点是管理一个主要关于内容的网站，其中内容被非常广泛地定义为“文字、图片和其他 Assets ”。插件模型允许您构建/使用附加功能，广泛的用户社区提供了大量稳定性/安全性/可扩展性帮助。

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

如果您的业务领域是关于内容的(根据您的描述，我认为不是)，Wordpress 是明显的赢家。在您的情况下，我认为您可能可以使用 Wordpress 构建解决方案，但这将是一个真正的边缘案例 - 您提到的“安全性、稳定性、健壮性”的好处可能不适用，因为您需要构建很多自定义代码。我想你很快就会明白“嗯，这不是 Wordpress 希望我工作的方式，但为了提供这个功能，我只需要这样做”这一点。

当业务用户说他们想要一个 CMS 时，他们通常并不是说他们想要 Wordpress(或 Drupal、Sitecore 或 Magnolia)；他们希望能够管理他们的网站而不必去技术人员那里。如果您的站点主要是数据库驱动的，这意味着管理数据库记录的屏幕。