“每个操作/页面一个类”有任何模式吗？

Question

MVC 是一个非常好的模式，但有时将所有内容都放入 Controller 的方法中确实很无聊。控制器不断增长，需要时间来摆脱数千行代码。有些人强烈建议将尽可能多的内容放入模型中，但我更喜欢保持模型干净（我不将面向控制器的方法放入模型中）。

这个想法是将每个控制器的操作放入自己的类中...

class Post_Add {}
class Post_Remove {}
class Post_View {}

所有代码，这对于我们放入 class Post_Parent 中的所有操作类都是通用的，并将其实例传递给操作构造函数。

所以，调用操作看起来像......

$parent = new Post_Parent();
$action = new Post_Add($parent);
$action->run();

那么，我们有什么？

• 每个动作都在单独的类中，所以 我们可以添加尽可能多的私有方法， 我们想要的变量、常量。
• 所有公共代码都分为 父类（Post_Parent）并且可以 可以从操作类访问。它 非常适合组织 ACL 等。-

这个想法值得实施吗？有没有类似的设计模式？

谢谢。

Answer 1

就我个人而言，我认为您所描述的模式从长远来看不会对您有好处。如果您的控制器已经有“数千行代码”，那么您就会遇到封装的普遍问题，并且为每个操作创建一个类只会将您的问题转移到不同的层。

您的控制器应该薄。您通过撰写帖子已经认识到了这一点。控制器应该协调视图和模型之间的交互。模型是您的业务逻辑所在的地方，因此您的控制器应该只具有足够的逻辑来确保执行适当的验证、调用正确的业务逻辑，并在业务逻辑处理完成时返回正确的视图。

Answer 2

查看交易脚本和PageController 模式。事务脚本是最基本的领域逻辑模式，适合小型应用程序。 PageController 的用途是处理来自 UI 的输入。如果您希望这是一个命令，那也没关系。您可以执行

class PostAddController implements RequestHandler {
    public function handle($request) {
       $post = filter_input(INPUT_POST, 'post', FILTER_SANITIZE_SPECIAL_CHARS);
       $model = new PostAddTransactionScript;   
       $model->process($post);
       include 'postAddViewScript.php';
    }
}

PostAddTransactionScript 然后将 $postData 写入数据库或执行任何它应该执行的操作。上面的简化示例仍然符合 MVC，因为它将模型逻辑保留在事务脚本内，并将输入处理保留在表示层内。

是否将输入处理逻辑组织到单个控制器类或许多较小的命令中取决于您。对职责进行分组更有意义，特别是当您需要在命令之间共享状态或通用功能时。

至于你的例子，我宁愿使用 策略模式 并让 Post_Parent 使用命令而不是使用父级的命令，例如

$commander = new PostCommander;
$commander->setStrategy(new PostAddCommand);
$commander->handle($_POST);

无论如何，我同意其他人的观点，即您的控制器应该很薄，并且模型应该完成主要工作。

Answer 3

我建议稍微后退一下，思考一下为什么控制器增长得这么快。也许您可以进行重构并将一些共享组件提取到单独的模块中？也许您的逻辑中有一些代码应该位于您的模型或视图中？你使用好的模板系统吗？

将控制器分成更小的部分并不能解决根本问题，只能将其隐藏起来。