我正在创建一个基于Uncle Bob's Clean Architecture概念和DDD的体系结构的应用程序。请注意，它是基于DDD的，因此我给了自己自由，可以与严格的DDD区别。
要创建此应用程序，我将C＃与.Net Standard 2.0结合使用
DDD的原理之一与价值对象有关。根据Wikipedia的值对象的定义如下：
价值对象
包含属性但没有概念标识的对象。它们应被视为不变的。
示例：人们交换名片时，通常不会区分每张唯一的名片；他们只关心卡上打印的信息。在这种情况下，名片是价值对象
现在，如果某些验证未成功，我希望我的Value Objects不允许创建它们。发生这种情况时，实例化期间将引发异常。我真的想在那儿抛出一个异常，因为架构的核心真的不希望有任何无效的数据到达这一点。
在进一步探讨这个问题之前，为了给大家提供更多背景知识，here是我的体系结构（注意：仍不完整）：
我在此体系结构中遵循的规则是：
一层只能知道其最直接的最邻近层的接口
一层无法了解任何最外层
层之间的所有通信必须通过接口完成
每层必须独立部署
每层必须可独立开发
为了更好地理解该图中的箭头，我建议阅读那些Stack Exchanges的问题：
Explanation of the UML arrows
https://softwareengineering.stackexchange.com/questions/61376/aggregation-vs-composition
现在，我现在面临的挑战是找到一种使用验证器的好方法。在这一点上，我对我的体系结构不满意。问题如下：
由于我可以在给定的时间实例化成千上万的值对象，因此我不希望值对象的每个实例都具有实例方法来执行验证。我希望验证方法是静态的，因为每个实例的逻辑都是相同的。另外，我希望验证逻辑可用于体系结构的上层，以用于执行验证而不尝试实例化Value Object，从而导致抛出昂贵的异常。
问题是：C＃不允许静态方法使用多态性，所以我不能做类似的事情：
internal interface IValueObject<T>
{
T Value { get; }
static bool IsValid(T value);
}
如何在不依赖静态方法多态性的同时又不浪费内存的情况下实现此功能？
最佳答案
我建议您摆脱IsValid()，并使您的Value Objects自检always valid对象。建议使它们不可变，在这方面显然会有所帮助。在创建期间，您只需检查一次不变式。
[编辑]
您可能需要将其视为输入验证的第一阶段，而不是值对象不变式实施。如果有大量不安全的数据要转换成值对象，请首先在外层的验证过程中处理它-您可以进行所需的所有性能优化，实施错误逻辑并协调VO的创建。