Question

我理解依赖注入的重要性及其在单元测试中的作用，这就是为什么以下问题让我暂停：

我努力不使用Singleton的一个方面是身份映射/工作单元模式（它保持对域对象状态的标记）。

//Not actual code, but it should demonstrate the point    

class Monitor{//singleton construction omitted for brevity
    static $members = array();//keeps record of all objects
    static $dirty = array();//keeps record of all modified objects
    static $clean = array();//keeps record of all clean objects
}

class Mapper{//queries database, maps values to object fields
    public function find($id){
        if(isset(Monitor::members[$id]){
        return Monitor::members[$id];
    }
    $values = $this->selectStmt($id);
    //field mapping process omitted for brevity
    $Object = new Object($values);
    Monitor::new[$id]=$Object
    return $Object;
}

$User = $UserMapper->find(1);//domain object is registered in Id Map
$User->changePropertyX();//object is marked "dirty" in UoW

// at this point, I can save by passing the Domain Object back to the Mapper
$UserMapper->save($User);//object is marked clean in UoW

//but a nicer API would be something like this
$User->save();

//but if I want to do this - it has to make a call to the mapper/db somehow    
$User->getBlogPosts();

//or else have to generate specific collection/object graphing methods in the mapper
$UserPosts = $UserMapper->getBlogPosts();
$User->setPosts($UserPosts);

关于如何处理这种情况的任何建议？

我不愿意将映射器/数据库访问的实例传递/生成到域对象本身以满足DI - 同时，避免这会导致域对象内的大量调用到外部静态方法。

虽然我想如果我希望“保存”成为其行为的一部分，那么在构造中需要这样做的设施。也许这是一个责任问题，域对象不应该负担储蓄。它只是Active Record模式的一个很好的功能 - 以某种方式实现它会很好。

Answer 1

我所做的，虽然可能不是最好的行动方案，但是我的类有明确的命名约定，FI：user_User是域对象，user_mapper_User是它的映射器。

在我的父domainObject课程中，我编写逻辑以找到它的映射器。

然后您有几个选项可以委托给它，显而易见的是使用__call()中的domainObject方法。

PHP OOP：避免域模型模式中的单例/静态方法

1 个答案: