PHP：代码设计困境

Question

这是一个没有真正问题的问题，只是我病态思想的产物，并且让事情变得有点奇怪:)

所以，我在我自己的面向 MVC 的框架之上构建了这个 PHP 应用程序（是的，我做了我自己的框架）使用现有的）。这是按书本完成的，因此我们有模型（数据和数据库操作）、视图（填充数据和渲染输出的模板）和控制器（处理请求、从模型获取适当的数据、将数据放入视图中）。使用 .htaccess 规则完成请求路由的经典而无聊的场景。

昨天我对我的代码做了一些更改，修复了错误，进行了一些改进等。我强烈要求重新安排控制器的代码。它们感觉有些沉重和臃肿，方法的数量使得浏览文件等变得很困难。我相信每个人都知道我在说什么。

我正在考虑将我的控制器类分成许多类，每个类仅处理一种类型的请求，例如登录或注册或 showProfile 或killMe。

现在控制器类具有与用户友好（或者可能是 SEO 友好）url 部分相对应的公共方法，并且路由类根据 url 内容调用适当的控制器及其方法。

我正在考虑的更改会将一些路由机制转变为调用特定控制器及其 Execute() 方法。

例如，对于 url =“www.example.com/users/login” 现在看起来像这样：

$controller = new url[0]();
$method = url[1];
echo $controller->$method();

现在 url 将更改为“www.example.com/login”，路由代码将如下所示：

$controller = new url[0]();
controller->Execute();

我省略了解析 url 并从中提取路由信息的部分，因为它与我的问题无关。

我从这一变化中看到了什么好处？

• 每个请求一个专用类
• 更小的文件
• 更小的代码
• 更容易维护
• 在添加新功能（新类型的请求）或修复错误时，破坏工作控制器的危险有限

缺点？

• 可能很多课程
• 可能会影响性能
• ？？？

我的问题是你对这个想法有何看法，它是否有意义。当然，我更感兴趣的是为什么我不应该这样做，而不是为什么我应该这样做。因此，如果您能想到任何理由说明为什么这是一个糟糕的想法和令人厌恶的想法，请立即发言，以免为时已晚:)

已编辑 澄清一个问题：

我问是否应该将通过其方法处理多种类型请求的单个大控制器分解为许多小控制器，每个控制器仅处理单一类型的请求。

现在我有控制器用户来处理“登录”、“showLoginForm”、“注册”、“激活”等请求。重构的代码将包含每个请求的单独控制器。

Answer 1

我能想到的新旧方法的一个缺点是，您将 url 直接映射到类名。如果您想更改 url，则必须更改类名。如果您想为不同的语言使用不同的 url，则必须添加一个层来将 url 映射到类名。
这就是为什么我宁愿有一个路由类将 url 映射到类名，这为您提供了改变事物的机会。