在构造函数以外的地方构建结构/对象

Question

我有代表同一个业务实体的不同类型的对象。 UIObject、PowershellObject、DevCodeModelObject、WMIObject 都是对同一实体的不同表示。

假设实体是Animal，那么我有AnimalUIObject、AnimalPSObject、AnimalModelObject、AnimalWMIObject等。

现在AnimalUIObject、AnimalPSObject、AnimalModelObject 的实现都在单独的程序集中。

现在我的情况是我想验证业务实体Animal 的内容，而不管它来自哪个程序集。所以我创建了一个GenericAnimal 类来表示Animal 实体。

现在在 GenericAnimal 我添加了以下构造函数：

GenericAnimal(AnimalUIObject)
GenericAnimal(AnimalPSObject)
GenericAnimal(AnimalModelObject)

基本上我让GenericAnimal 依赖于所有底层程序集，以便在验证时处理这个抽象。

现在另一种方法是让GenericAnimal 带有一个空的构造函数 允许这些底层程序集有一个Transform() 方法，该方法将构建GenericAnimal。

这两种方法各有利弊：

第一种方法：
优点：所有构造逻辑都在一个类中的一个地方GenericAnimal
缺点：GenericAnimal class 必须在每次有新的表示形式时都被触及。

第二种方法：
优点：将构建责任委托给底层程序集。
缺点：由于构造逻辑分布在程序集中，明天如果我需要在GenericAnimal 中添加属性X，那么我必须触摸所有程序集以更改Transform 方法。

哪种方法看起来更好？
或者您认为哪个是较小的邪恶？
有没有比以上两种更好的替代方法？

只是根据我收到的 cmets 进一步详细说明。 我没有修改底层对象结构的奢侈，即我无法更改 AnimalUIObject AnimalPSObject 等。GenericAnimal 是我仅为验证目的而引入的构造。

Answer 1

我有不同类型的对象代表同一个业务 实体。 UIObject、PowershellObject、DevCodeModelObject、WMIObject 全部 是对同一实体的不同表示。

看一下Design Patterns，尤其是Structural Pattern。

据我了解，Decorator Pattern 会很有用：

装饰器模式可以用来扩展（装饰） 运行时某个对象的功能，独立于其他对象 同一类的实例，前提是在完成一些基础工作 设计时间。这是通过设计一个新的装饰器类来实现的 包装原来的类

所以它应该是第一种方法，但没有缺点：

GenericAnimal 类将有一个构造函数：

GenericAnimal(AnimalObject)

AnimalObject 可以是接口或抽象类。

缺点：GenericAnimal 类必须在每次有新的时候都被触及 表示形式。

如果您添加另一个表示形式，则使其实现或扩展AnimalObject。

Answer 2

可能是抽象工厂模式的机会？

Answer 3

我认为这两种方法都很“邪恶”。

我认为您真正需要的是从 Animal 类作为您的核心类开始，并将其余的类包装类使用 Animal 类来保存表示。然后针对 Animal API 执行验证。