因此,例如,我有这个Web Api控制器类AdministratorController,它包含许多任务:
现在,所有这些任务都保存在1个文件中AdministratorController.cs。但是带有所有注释和注释的文件相当长。
将这个控制器分成partial class几部分,以使搜索特定功能的开发人员更快地到达目的地,这是个好方法吗?还是滥用partial关键字,例如,我的文件夹结构为:
显然,这是一个自以为是的答案。从技术上讲,是的,您可以。它将编译。
我认为将其拆分为多个文件是正确的(如果文件太长了)。
您可以有局部类。或者,您可能只有多个课程。没有人会强迫您将所有这些方法都放在一个控制器中。
就个人而言,出于实际原因,我会选择多个班级。您可能会进行依赖项注入,并且可能通过构造函数注入来进行依赖注入,因为这是默认设置。对于部分类,这仅意味着一个大类但有多个文件,您现在需要编辑当前文件,以及构造函数所在的文件以添加新服务。这也意味着所有方法都需要DeleteDataService注入,尽管只有该Delete方法使用它。如果每个方法有一个控制器,则将构造函数放在同一个文件中,而其他类则不依赖于它。
但是,例如,如果您通过[FromService]方法中的属性进行注入,那么两个选择之间的差异就很小。
如果将它们保存在一个文件中太长,则将它们构造在不同的文件中是很好的。太好了,即使您选择了“错误”的方法,我也认为这不会太糟。因此,选择对您来说最实用的一种。
| 归档时间: |
|
| 查看次数: |
103 次 |
| 最近记录: |