如何解决遵守Demeter法则时我的对象构造代码应该在哪里?
| 我一直在看Misko Hevery在Google进行的干净代码讨论。这些演讲说:在构造函数中要求依赖,以便其他程序员可以确切地看到预先需要的内容,以实例化给定对象的实例(demeter定律)。由于程序员完全知道需要模拟什么,因此这也使测试更加容易。 时间示例 如果我有一个Customer
类,并且我也有一个CustomerDAO
类来抽象数据访问。在构造客户对象时,我可以执行以下操作:
database = new Database(\'dsn\');
customerDao = new CustomerDAO(database);
customer = new Customer(customerDao);
这可能在我的控制器中发生。我可以通过使用依赖项注入容器来简化此对象的构造。下面,我使用了一个DI容器来获取数据库类的实例,因为该实例在我的应用程序中得到了广泛的使用。这样可以将构造代码减少到一个地方,并且可以进行模拟以进行测试。
是否应该将域类依赖项(在这种情况下为DAO对象)添加到我的DI容器中?如果我的应用程序很大,这会使我的DI容器很大吗?
使用DI容器,我的代码可能如下所示:
// container setup
container->dsn = \'...\';
container->dbh = function($c) {
return new Database($c->dsn);
};
container->customerDao = function($c) {
return new CustomerDAO($c->dbh);
};
// controller code
class ControllerCustomer extends ControllerBase {
public function index() {
container = this->getContainer();
customer = new Customer(container->customerDao);
view->customerName = customer->getName();
view->render();
}
}
似乎还可以,如果另一个程序员想要测试Customer
,他们只需要模拟CustomerDAO
。
进一步介绍此示例,如果我有依赖于其他域类的域类,那么我的DI容器肯定不需要知道如何构造每个域类吗?例如:
我的客户可能是公司/机构,因此有许多用户。
class Customer {
protected _dao;
public function Customer(dao) {
_dao = dao;
}
public function listUsers() {
userIds = _dao->getAllUserIds();
users = array();
foreach (userIds as uid) {
user = new User(new UserDAO(new Database(\'dsn\')); // problem
users[] user->load(uid);
}
return users;
}
}
问题
由于我没有将我的DI容器传递给我的Customer
对象,因此它无法创建用户对象,如上所示,因为它没有引用数据库DSN(并且确实不需要知道如何创建用户)
创建它自己的依赖项会使此代码不可测试,因为它们是具体的,没有模拟缝。
如果确实将容器传递给我的Customer
类,这是否使我的Customer
界面撒谎? (请参阅链接的Google视频中的9:15)。
我是否应该将用户工厂传递给ѭ0,以使其能够构造User
对象?
database = new Database(\'dsn\');
userDao = new UserDAO(database);
userFactory = new UserFactory(userDao);
customer = new Customer(customerDao,userFactory);
ѭ13的结构应该放在我的DI容器中吗?
解决方法
如果我正确地解释了这一点,似乎您的问题实际上是关于实体构建和生命周期管理的。
DDD是一种设计方法,它为如何解决此类问题提供了非常规范的指导;在您的情况下,相关概念是存储库和聚合根。尽管DDD可能不会直接回答您的问题,但它会使您更轻松地找到符合您要求的基于模式的解决方案。
我故意不尝试一般性地解释DDD或我提到的概念; SO和其他地方有足够的材料可供参考。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。