1

ちなみに、どれが優れた検証ライブラリであるかを確認してきましたが、オブジェクトプロパティの代わりにFluentValidation渡されることに気付き、この使用法の利点を学びたいと思います:LambdaExpression

using FluentValidation;

public class CustomerValidator: AbstractValidator<Customer> {
  public CustomerValidator() {
    RuleFor(customer => customer.Surname).NotEmpty();
    RuleFor(customer => customer.Forename).NotEmpty().WithMessage("Please specify a first name");
    RuleFor(customer => customer.Company).NotNull();
    RuleFor(customer => customer.Discount).NotEqual(0).When(customer => customer.HasDiscount);
    RuleFor(customer => customer.Address).Length(20, 250);
    RuleFor(customer => customer.Postcode).Must(BeAValidPostcode).WithMessage("Please specify a valid postcode");
  }

  private bool BeAValidPostcode(string postcode) {
    // custom postcode validating logic goes here
  }
}

Customer customer = new Customer();
CustomerValidator validator = new CustomerValidator();
ValidationResult results = validator.Validate(customer);

bool validationSucceeded = results.IsValid;
IList<ValidationFailure> failures = results.Errors;

ご覧のとおりRuleFor(customer => customer.Surname).NotEmpty();、 RuleFor(customer.Surname).NotEmpty();十分でクリーンではないでしょうか?

4

2 に答える 2

6

代わりに、RuleFor(customer.Surname).NotEmpty();十分できれいではないでしょうか？

いいえ。あなたが に電話している時点でRuleForは、顧客がいないため、姓にアクセスすることはできません。

デリゲートの場合は通常、後で実行するコードを渡します。式customer.Surnameは、既存の変数のコンテキストですぐに評価される式です。customer

神話上のinfoof演算子があれば、デリゲートを作成せずに実行できます。次のようなものを潜在的に書くことができます:

RuleFor(infoof(Customer.Surname)).NotEmpty()

それは素敵でしょう。メソッドはそのRuleForプロパティ参照を取得し、後で特定の顧客に対して評価します。素晴らしい。

残念ながら、その演算子はありません。そのため、「顧客を獲得したら、Surnameプロパティを取得する」という考えを表現する最も簡単な方法は、デリゲートを使用することです。また、実行したい (ほぼ) あらゆるコードで動作するため、非常に柔軟です。

于 2012-08-23T17:51:51.387 に答える
1

を渡すと、特定のインスタンスのプロパティのcustomer.SurName値を指すことになります。ラムダ関数を使用すると、検証ロジックが呼び出されたときに検証ロジックが顧客オブジェクトを取得し、その顧客のプロパティを取得できます。SurNamecustomerSurName

于 2012-08-23T17:53:52.060 に答える