在MVC模式中将模型和动作分为类的最佳方法是什么

Question

假设我有一堂课Employee，有很多领域。而且我有很多与db相关的动作，例如CRUD，filter等。

在MVC模式中，所有这些东西都可以放入一类Model部件中。但是同样，如果我有很多领域并且有很多行动该怎么办。如何将基本对象人员（字段，基本方法：getter和setter，toString等）和操作正确地划分为类。喜欢Employee和EmployeeActions？或任何最佳方法？需要你的经验）

Answer 1

原则上，应该将域模型（例如模型层，例如“模型”）划分为以下组件：

• 实体，例如领域对象（例如your Employee）和value对象。每个实体不仅包含特定数据，而且最重要的是包含与之相关的必需行为（仅）。
• 数据映射器抽象（如EmployeeMapperInterface）。它们的实现（如EmployeeMapper）不应成为域层的一部分。数据映射器是负责实体与数据库（或任何其他持久层）之间的数据传输的对象。因此，它们是唯一知道如何通过其API与数据库通信的组件。例如，它们包含SQL语句/调用。此类语句不应以任何方式成为实体的一部分，因为同一实体可以由多个应用程序使用，并且并非所有应用程序都需要数据库访问，或者不需要其他应用程序进行相同的数据库访问。实体甚至根本不应该知道任何持久性。
• 作为可选的抽象层：存储库抽象（例如EmployeeRepositoryInterface，或EmployeeCollectionInterface或EmployeesInterface）。它们的实现（例如EmployeeRepository，或EmployeeCollection或Employees）也不应驻留在域层中，而应位于其边界之外。它们是具有对模型组件隐藏持久性类型的角色的构造，并且具有两个功能/特性：1）它们将实体从域模型转移到数据映射器，以便更新db数据； 2）存储使用相应的数据映射器从数据库“提取”的实体集合，使其可用于域层。
• 服务，作为服务层的一部分（例如AuthorizationService）。可以有应用程序服务，如果需要，还可以有域服务（前者使用的）。服务会处理所有其他域层组件，以便正确响应用户要求。从用户的角度来看，它们是域模型的唯一网关。
• 外部服务的抽象（例如MailServiceInterface，或PaymentServiceInterface，或PrintingServiceInterface）。它们的实现（例如ExampleMailer，或PayPalPayment，或PdfPrinter）位于域模型之外。

资源：

• 主题演讲：建筑失落的岁月 - 罗伯特·马丁（Robert Martin）提出的演示，并根据知识共享署名ShareAlike 3.0许可。
• 罗伯特·马丁的清洁建筑
• Sandro Mancuso：交互驱动设计简介
• 坚不可摧的领域模型（带幻灯片）。附加内容：干净代码讨论-继承，多态和测试。
• 维克多·伦特（Victor Rentea）用头脑风暴法从巨型独石走向清洁建筑