多个控制器适用于spring框架中的一个实体

我开始开发使用spring框架的网站。我有三个控制器。它们是

newCustomerController

，

editCustomerController

和

deleteCustomerController

。这些控制器映射为视图，用于创建更新和删除，但我只创建

customer

那么，我想知道，这样声明控制器合适吗

---

谢谢

如果您为

客户

类定义一个控制器，并且在该类中您应该拥有与客户操作（编辑、删除、创建和读取）相关的所有方法，那应该会更好

这个问题的答案是主观的，可能更像是一个话题。然而，我想评论一下与spring有关的一些事情

有一些原则试图指导开发人员在考虑设计类时如何取得良好的平衡。其中一个是

在面向对象编程中，单一责任原则 声明每个阶级都应该有一个单一的责任 责任应该完全由班级承担。全部 服务应与这一责任紧密结合

更吸引人的解释是

一个类或模块应该有一个（而且只有一个）更改的原因

然而，仍然很难合理地解释它

然而，春天给了你它的意义（把这句话看作是一种诗意的自由解释）接受基于构造函数的依赖项注入。这就是为什么你应该考虑基于构造函数的依赖注入，但是与你的问题相关的部分在博客

中引用。 我经常遇到的一个论点是：“构造函数太冗长了 如果我有6个或7个依赖项。仅限字段，这很好”。 太棒了，你已经有效地解决了一个明确的指标 您编写的代码做得太多了。数量的增加 一个类型所具有的依赖性应该是有害的，因为它会让您思考 是否应将组件拆分为多个组件

换句话说，如果你坚持基于构造函数的注入，而你的构造函数变得有点丑陋，那么这个类最有可能做得太多了，你应该考虑重新设计。p> 相反，如果您的操作是逻辑整体的一部分（如CRUD操作），并且它们使用相同的依赖项（现在通过注入的DEP的数量和类型“可测量”），而不清楚是什么导致操作彼此独立地发展，则同样的方法也会起作用，没有理由拆分为单独的类/组件