多层次应用程序中的接口属于何处

地址服务程序集是它的正确位置。

如果是在地址服务台 似乎要打败 具有这样的接口 服务库可以交换为 只要它实现了IAddressService

接口的要点是允许调用者在备用实现中交换。提供一个具体的实现(或者多个实现,就这点而言)根本不会干扰到这一点。

唯一一次我要做一个只包含接口的程序集是在我不提供任何实现的时候。

把它们分开组装,就像 AddressService.Interfaces 或 AddressService.Contracts 三层共享。

我倾向于将它们放在子名称空间/目录下的相关程序集中。

例如,如果我有一个客户程序集,那么ICustomerRepository或ICustomerAddressRepository等将处于

..customers.interfaces.icustomerrepository

我使用将服务接口放在一个程序集中,而将实现放在另一个程序集中。我从来没有在.NET中需要过它,但我还是这样做了,我认为这是一种将UI“或其他API客户机)与服务实现分离的方法。

我需要在Java项目中进行这种分离,其中Applet必须调用Web服务;因此,只有具有接口的jar才被发送到浏览器。如果jar还包含实现,那么它将是一个很重的applet。