php – 面向对象的方法桥

此Collection类(抽象)为另一个具体类提供基本功能,称为Lists,允许通过Collection的索引查找对象.

我将使用我的HTTP Headers类作为示例来解释.

我在它的构造函数中有一个这个列表类的实例.每个HTTP标头字段都添加到Collection by Headers :: addHeader()方法中.

显然,我有一个名为getHeaders()的getter方法,它返回Collection的存储,而不是Collection的Object.

所以,如果我需要在这个课程之外列出标题,我只需要调用$obj – > getHeaders()和我有一个添加了所有对象的ArrayObject.

好的！

但是,最近,出现了使用Lists方法Lists :: find()之一的必要性,它找到一个对象,甚至不知道对象的名称或它在Collection的存储中的特定位置.

由于Lists对象位于私有属性中,因此Headers :: getHeaders()返回Collection Storage,我不想违反封装,通过使属性成为公共属性,我无法访问此方法.

除了功能之外,我编写的所有内容都必须在视觉上优雅,并创建另一个getter方法,假设getHeadersLists()会产生如下调用：

$obj -> getHeadersLists() -> find( 'foo' );

这太丑了！

所以,我在Headers Class中快速添加了一个__call(),它运行正常：

$obj -> find( 'foo' );

但我认识的人(他非常精通面向对象主题)告诉我这是错误的.

我的论点纯粹是关注可读性,他反驳说“在面向对象,魔术方法和可读性方面不能共存”.

所以呢？我应该怎么做才能在这两个类之间创建这个“桥”,而不使用_call()并保留Object Orientation的原则？

我知道,我可以在Headers :: getHeaders()中返回Collection Object并使用类似的东西：

$obj -> getHeaders() -> find();

但我学到的关于面向对象的东西是责任.正如其声明所说,这种方法的责任在于返回所有添加的Headers而不是外部对象.