在构造函数以外的位置构建结构/对象
我有代表同一业务实体的不同类型的对象。UIObject、PowershellObject、DevCodeModelObject、WMIObject都是同一实体的不同表示。
假设实体是Animal，那么我有AnimalUIObject，AnimalPSObject，AnimalModelObject，AnimalWMIObject等。
现在，AnimalUIObject、AnimalPSObject、AnimalModelObject的实现都在独立的程序集中。
现在我的场景是，我想验证业务实体Animal的内容，而不管它来自哪个程序集。因此，我创建了一个GenericAnimal类来表示Animal实体。
现在，在GenericAnimal中，我添加了以下构造函数：
GenericAnimal(AnimalUIObject)
GenericAnimal(AnimalPSObject)
GenericAnimal(AnimalModelObject)基本上，我让GenericAnimal依赖于所有底层程序集，以便在验证时处理此抽象。
现在，另一种方法是使用具有空构造函数的GenericAnimal，并允许这些底层程序集具有构建GenericAnimal的Transform()方法。
这两种方法各有优缺点：
第一种方法：
优点:所有构造逻辑都集中在一个类GenericAnimal中
缺点:每次出现新的表示形式时，都必须接触GenericAnimal类。
第二种方法：
优点:构造责任被委派给底层程序集。
缺点:由于构造逻辑是跨程序集传播的，如果明天我需要在GenericAnimal中添加一个属性X，那么我必须接触所有的程序集来更改Transform方法。
哪种方法看起来更好？
或者，你认为哪一个是较轻的邪恶？
有没有比以上两种方法更好的替代方法？
只是根据我收到的评论进一步阐述。我没有奢侈的修改底层对象的结构，例如我不能改变AnimalUIObject AnimalPSObject等。GenericAnimal是我引入的一个结构，只是为了验证目的。
回答 3
Stack Overflow用户
发布于 2012-11-17 12:42:34
我认为这两种方法都很“邪恶”。
我认为您真正需要的是从Animal类开始作为您的核心类，并使其余的类包装类使用Animal类来保存表示。然后针对Animal API执行验证。
Stack Overflow用户
发布于 2012-11-17 12:44:01
可能是一个抽象工厂模式的机会？
Stack Overflow用户
发布于 2012-11-17 13:20:33
我有不同类型的对象代表相同的业务实体。UIObject、PowershellObject、DevCodeModelObject、WMIObject都是同一实体的不同表示。
总体上看一下Design Patterns，特别是Structural Pattern。
在我的理解中，Decorator Pattern会很有用：
装饰器模式可用于在运行时扩展(装饰)某个对象的功能，独立于同一类的其他实例，前提是在设计时做了一些基础工作。这是通过设计一个包装原始类的新装饰器类来实现的
因此，它应该是第一种方法，但没有缺点：
GenericAnimal类将有一个构造函数：
GenericAnimal(AnimalObject)使用AnimalObject作为接口或抽象类。
缺点:每次出现新的表示形式时，都必须接触GenericAnimal类。
如果添加另一个表示形式，则使其实现或扩展AnimalObject。
https://stackoverflow.com/questions/13427651
复制相似问题
腾讯云开发者
