相关疑难解决方法(0)

C#的部分类是不好的设计?

我想知道为什么'部分类'概念甚至存在于C#/ VB.NET中.我正在开发一个应用程序,我们正在阅读一本(实际上是非常好的)书,它与我们正在实施的开发平台相关.在本书中,作者提供了围绕平台API的大型代码库/包装器,并解释了他在教授有关平台开发的不同主题时如何开发它.

无论如何,长话短说 - 他在整个地方使用部分类,作为在C#(IMO)中伪造多重继承的一种方式.为什么他不只是把课程分成多个,而且使用构图超出了我.他将拥有3个"部分类"文件来构成他的基类,每个文件有3-500行代码......并且在他的API中执行了几次.

你觉得这有道理吗?如果是我,我会跟踪SRP并创建多个类来处理不同的必需行为,然后创建一个基类,将这些类的实例作为成员(例如组合).为什么MS甚至将部分类放入框架中?他们删除了在C#中扩展/折叠每个范围级别的所有代码的能力(这在C++中是允许的),因为它显然只是允许坏习惯 - 部分类,IMO,同样的事情.我想我的问题是:你可以向我解释什么时候有合理的理由使用分段课程吗?

编辑:我知道对于Web/WinForms,别无选择.但除此之外?为什么MS没有把一些不同的关键字用于粘合代码 - genn'ed类?或者真的有一个合理的设计方案值得吗?

我不是说这是一个咆哮/战争线程.老实说,我想在这里学点东西.应该在代码设计中何时使用部分类?简单的问题,无需关闭

谢谢

.net c# vb.net

68
推荐指数
4
解决办法
2万
查看次数

标签 统计

.net ×1

c# ×1

vb.net ×1