【问题标题】:How to build a Fluent Nested Guard API如何构建流畅的嵌套防护 API
【发布时间】:2016-01-15 12:53:26
【问题描述】:

我正在构建一个简单的 Guard API 以防止将非法参数传递给函数等。

我有以下代码:

public static class Guard
{
    public static GuardArgument<T> Ensure<T>(T value, string argumentName)
    {
        return new GuardArgument<T>(value, argumentName);
    }
}

public class GuardArgument<T>
{
    public GuardArgument(T value, string argumentName)
    {
        Value = value;
        Name = Name;
    }

    public T Value { get; private set; }
    public string Name { get; private set; }
}

// Example extension for validity checks
public static GuardArgument<T> IsNotNull<T>(this GuardArgument<T> guardArgument, string errorMessage)
{
    if (guardArgument.Value == null)
    {
        throw new ArgumentNullException(guardArgument.Name, errorMessage);
    }

    return guardArgument;
}     

目前,代码可以以类似的方式使用(注意这只是一个愚蠢的例子):

void DummyMethod(int? someObject) {

    Guard.Ensure(someObject, "someObject")
       .IsNotNull()
       .IsGreaterThan(0)
       .IsLessThan(10);
}

这一切都很好。我现在想要做的是扩展 API 以通过以下方式在检查中包含子属性:

Guard.Ensure(someObject, "someObject")
    .IsNotNull()
    .Property(
        (x => x.ChildProp1, "childProp1")
           .IsNotNull()
           .IsGreaterThan(10)
     )
     .Property(
        (x => x.ChildProp2, "childProp2")
           .IsNotNull()
           .IsLessThan(10)
     );

显然,新的.Property 方法需要返回父GuardArgument 才能链接。此外,子属性需要能够使用现有的检查方法(IsNotNull() 等)以避免代码重复。

我不知道如何构造 lambda/Property 函数参数或 .Property 方法的位置 - 即它应该是 GuardArgument 或其他地方的属性,或者即使有更好的结构到 API。

【问题讨论】:

  • 可能是错字,但 GuardArgument 构造函数设置了Name = Name
  • 您说,“显然新的.Property 方法需要返回父GuardArgument 才能链接。” - 不,这是不正确的。如果您正在尝试制作流畅的 API,那么您不应该传递父级 - 您应该构造一个新的 GuardArgument 嵌套父级,否则您可以通过保留链上的引用然后尝试构建新链来创建可怕的错误来自他们。

标签: c# lambda fluent


【解决方案1】:

以下函数允许使用与您想要的类似的语法。

public static GuardArgument<T> Property<T, TProp>(this GuardArgument<T> guardArgument, Func<T, TProp> getProperty, string propertyName, Action<GuardArgument<TProp>> validate)
{
    GuardArgument<TProp> propertyGuardArgument = new GuardArgument<TProp>(getProperty(guardArgument.Value), propertyName);

    validate(propertyGuardArgument);

    return guardArgument;
}

该函数为所选属性创建一个新的 GuardArgument,然后将其传递给 Action 参数,以便您根据需要进行验证。

这也允许无限链接属性,虽然我不确定这是否特别可读。

用法:

Guard.Ensure(someObject, "someObject")
     .IsNotNull()
     .Property(x => x.ChildProp1, "childProp1", childProp1 =>
         childProp1.IsNotNull()
                   .IsLessThan(10)
                   .Property(y => y.InnerChildProperty, "innerChildProperty", innerChildProperty =>
                       innerChildProperty.IsNotNull()
                    )
     )
     .Property(x => x.ChildProp2, "childProp2", childProp2 =>
         childProp2.IsNotNull()
                   .IsGreaterThan(10)
     );

【讨论】:

  • 看起来像 JavaScript“厄运金字塔”;)
  • 无论如何,请记住,您可以先将其展平,在 fluent 之外声明和创建 Func 和 Action,然后将它们传递给 Property()。
【解决方案2】:

我认为将属性检查放在父对象检查链中没有任何好处。所以我建议为父对象创建一个链,为每个属性创建另一个链。这更具可读性:

  Guard.Ensure(a, "a")
    .IsNotNull("a is null");
  Guard.Ensure(a.p0, "a.p0")
    .IsGreaterThan(10);
  Guard.Ensure(a.p1, "a.p1")
    .IsGreaterThan(5);

【讨论】:

    【解决方案3】:

    我认为你在这里重新发明了一个轮子。安装此扩展程序 - Code Contracts,这里是 docs 如何使用它。

    除了类似于您的基于代码的断言,即:

     public int[] Bar(){
       Contract.Ensures( Contract.ForAll(0, Contract.Result<int[]>().Length, index => Contract.Result<int[]>()[index] > 0));
    
     ....
     }
    

     Contract.Requires<ArgumentNullException>( x.Value.NestedObject != null, ”x.Value.NestedObject” );
    

    但也有用于检查接口、良好的前置条件和后置条件等的属性和广泛的功能集。看看吧!

    【讨论】:

    • 我在一个项目中使用了代码契约,发现使用起来很痛苦。他们将构建速度降低到爬行。几个月后,我们把它们拿出来,改用类似问题的方法。
    • 谢谢@Sean,我们最近开始使用它们,并且没有很多,所以还没有注意到构建时间更糟。
    • 我已经看过 Code Contracts,和 Sean 一样,构建速度很慢,并且只真正用于保护方法输入。因此需要重量更轻的东西..
    猜你喜欢
    • 2018-06-06
    • 1970-01-01
    • 2012-02-11
    • 1970-01-01
    • 1970-01-01
    • 2016-12-22
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多