Question

假设我有一个像这样的实体类：

class car
{
  private $price;
  private $color;

  public __get($name){ ... }
  public __set($name, $value){ ... }
  ...
}

和这样的经理类：

class CarDealer
{
  private $db;

  public __construct(IDatabase $db) {...}
  public sell(Car $car) {...}
  public insert(Car $car) {...}
  ...
}

问题是如何验证汽车的属性？我可以通过检查if语句在汽车类的setter方法中执行此操作。

但我认为，如果已经有一个验证服务，Symfony \ Component \ Validator，我应该使用它。在这里，我无法确定验证器服务的来源。

a）我可以依赖这个验证器并使用它，将其作为汽车类构造函数的参数。但这种注入，注入实体据说是一个坏主意。这是真的吗？

b）我可以直接在car类的构造函数中实例化一个验证器对象。但这一次，依赖关系将被隐藏。这也是一种糟糕的做法，对吗？

c）考虑到向经理类注入一些东西很好，我可以验证经理类中的实体。但同样，这是一个糟糕的设计，这个责任不是经理，而是实体本身。正确？

验证实体的最佳或传统方式是什么？

更多解释

据我所知，以下方法将依赖关系隐藏到Validator类。所以这是一个糟糕的，对吗？

class car
{
  private $price;
  private $color;

  public __get($name){ ... }
  public setPrice($price} {
    $validator = new Validator();
    $validator->assert($price, '...some constraint...');
  }
  ...
}

这也很糟糕，因为汽车类依赖于与其实体没有直接关系的东西，对吗？

class car
{
  private $price;
  private $color;

  private $validator;

  public __construct(Validator $validator){
    $this->validator = $validator;
  }

  public __get($name){ ... }
  ....
  public setPrice($price} {
    $this->validator->assert($price, '...some constraint...');
  }
  ...
}

那么，我如何通过外部服务验证价格呢？

Answer 1

考虑使用简单的访问器（getPrice / setPrice）而不是魔术，然后您可以直接在setter中验证值。

a - 不是，但在实体的情况下并不总是很方便。
b - 是的，构造函数中的任何逻辑都是个坏主意 c - 是的，＆＃34;经理＆＃34;类的名称已经是一个不好的标志（更多关于它的信息：1，2），您的课程将很快被所有实体验证所破坏。

实体类中的验证

更多解释

1 个答案: