如何定义与抽象类和接口的关系
编辑本页如何定义与抽象类和接口的关系
包的目标之一是创建独立的功能包，这些功能包没有很多(如果有的话)依赖关系，允许您在其他应用程序中使用该功能，而不包括不必要的项。
原则2.2包含一个新的实用程序，称为ResolveTargetEntityListener它的功能是拦截教义内部的某些调用并进行重写targetEntity运行时元数据映射中的参数。这意味着在您的包中，您可以在映射中使用接口或抽象类，并期望在运行时正确映射到具体实体。
此功能允许您定义不同实体之间的关系，而不会使它们成为硬依赖项。
背景
假设您有一个提供发票功能的InvoiceBundle和一个包含客户管理工具的CustomerBundle。您希望将它们分开，因为它们可以在没有彼此的情况下在其他系统中使用，但对于您的应用程序，您希望将它们一起使用。
在这种情况下，你有一个发票与不存在的对象有关系的实体InvoiceSubjectInterface．我们的目标是ResolveTargetEntityListener用实现该接口的实际对象替换任何提到的接口。
设置
本文使用以下两个基本实体(为简洁起见，它们不完整)来解释如何设置和使用ResolveTargetEntityListener．
客户实体:
12 3 4 5 6 7 8 9 10 11 12 13 14
/ / src /实体/ Customer.php名称空间应用程序＼实体；使用应用程序＼实体＼CustomerInterface作为BaseCustomer；使用应用程序＼模型＼InvoiceSubjectInterface；使用学说＼ORM＼映射作为ORM；# (ORM \实体)# (ORM表(名字:“客户”)\]类客户扩展BaseCustomer实现了InvoiceSubjectInterface｛//在本例中，invoicessubjtinterface中定义的任何方法//已经在BaseCustomer中实现｝发票实体:
12 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
/ / src /实体/ Invoice.php名称空间应用程序＼实体；使用应用程序＼模型＼InvoiceSubjectInterface；使用学说＼ORM＼映射作为ORM；/** *代表发票* /# (ORM \实体)# (ORM表(名字:“发票”)\]类发票｛/ * * *@varInvoiceSubjectInterface * /# (ORM \ ManyToOne (targetEntity: InvoiceSubjectInterface::类))受保护的＄主题；｝一个InvoiceSubjectInterface:
12 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
/ / src /模型/ InvoiceSubjectInterface.php名称空间应用程序＼模型；发票Subject对象应该实现的接口。*在大多数情况下，只有一个对象应该实现*此接口，因为ResolveTargetEntityListener只能*将目标更改为单个对象。* /接口InvoiceSubjectInterface｛//列出你的InvoiceBundle的任何其他方法//将需要访问的主题，以便您可以//确保你可以访问这些方法。公共函数getName（）：字符串；｝接下来，你需要配置监听器，它会告诉DoctrineBundle关于替换的信息:
- YAML
- XML
- PHP
1 2 3 4 5 6 7
#配置/包/ doctrine.yaml原则:#……orm:#……resolve_target_entities:应用\ \ InvoiceSubjectInterface模型:应用实体\ \客户最终的想法
与ResolveTargetEntityListener，你可以解耦你的包，保持它们自己可用，但仍然能够定义不同对象之间的关系。通过使用这种方法，您的包最终将更容易独立维护。
此工作，包括代码示例，是根据创作共用BY-SA 3.0许可证。
