小编oop*_*ops的帖子

ServiceLocator和开放/封闭原则

我想:

  1. 使所有需要它们的类可以看到通常需要的服务,
  2. 用最少的样板,和
  3. 不牺牲可测试性!

这是一个小项目,我认为DI可能有点矫枉过正,但也许我错了?无论如何,我一直专注于Martin Fowler所描述ServiceLocator模式

在客户端类的构造函数中,我有这样的东西:

this->db = Locator::getDb();
this->log = Locator::getLogger();
Run Code Online (Sandbox Code Playgroud)

然后,类'方法的其余部分通过这些成员属性访问服务,例如:

this->fooModel = new fooModel(this->db);
fooItem1234 = this->fooModel->findById(1234);
Run Code Online (Sandbox Code Playgroud)

但是我也希望"模型"对象(如上面的fooModel)具有这种级别的可见性,因为它们可以从几个不同的位置访问,并且不需要有多个实例.

所以我最初的想法是将Locator扩展为a ::getFooModel()但现在看来我违反了开放/封闭原则,因为每次引入新的模型类时我都要修改Locator.

为了满足OCP,我可以使用动态服务定位器(也在Fowler的页面上描述)但是我出于与他相同的原因并没有完全出售,即它不够明确.

另一个解决方案就是让我所有模型的方法都是静态的.所以:

fooItem1234 = FooModel::findById(1234);
Run Code Online (Sandbox Code Playgroud)

我喜欢这个,因为它是零样板.我可以创建一个新的模型类,并从任何地方开始用一行来调用它.但现在该模型依赖于Locator来找到它的数据库连接,我不确定我对此的看法.首先,如果我需要在不同的数据库连接上打开两个fooModel,那将是一团糟和/或不可能.也就是说,我实际上并不需要这样做,所以这个选项看起来有点诱人.

最后,还有DI.但就像我上面说的那样,我觉得这个小项目可能太过分了.

结论:我有点卡在这里,并希望得到StackOverflow大师的一些建议!

php oop design-patterns dependency-injection

5
推荐指数
1
解决办法
1204
查看次数

标签 统计

dependency-injection ×1

design-patterns ×1

oop ×1

php ×1