0

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

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我可以通过检查语句在 car 类的 setter 方法中执行此操作。

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

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

b) 我可以在汽车类的构造函数中直接实例化一个验证器对象。但这一次，依赖关系将被隐藏。这也是一个不好的方法，对吧？

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...');
  }
  ...
}

那么，如何使用外部服务验证价格？

4

1 回答 1

0

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

a - 不是，但在实体的情况下并不总是很方便。
b - 是的，构造函数中的任何逻辑都是一个坏主意。
c - 是的，类的“经理”名称已经是一个不好的迹象（更多关于它：1 , 2），并且您的类将很快被所有实体验证炸毁。

于 2013-09-25T10:55:24.343 回答