相关疑难解决方法(0)

我一直在使用依赖注入(DI)一段时间,在构造函数,属性或方法中注入.我从未觉得需要使用控制反转(IoC)容器.但是,我读的越多,我觉得社区使用IoC容器的压力就越大.

我使用.NET容器,如StructureMap,NInject,Unity和Funq.我仍然没有看到IoC容器如何使我的代码受益/改进.

我也害怕在工作中开始使用容器,因为我的许多同事都会看到他们不理解的代码.他们中的许多人可能不愿意学习新技术.

请说服我需要使用IoC容器.当我在工作中与开发人员交谈时,我将使用这些论点.

我对定义和继承中的接口感兴趣R。所谓接口，是指OOP接口。我知道R支持类扩展。此链接http://adv-r.had.co.nz/OO-essentials.html给出了在中扩展引用类的示例R。它定义了NoOverdraftAccount扩展Account参考类的参考类。

Account我不想扩展引用类，而是希望能够定义一个帐户接口IAccount。我想NoOverDraftAccount实现IAccount，这样：

• NoOverDraftAccount必须在中实现所有方法IAccount。
• NoOverDraftAccount无法声明尚未在中声明的任何新公共方法IAccount。
• NoOverDraftAccount可以声明私有方法和属性。

实现此目标的最佳方法是什么？

我得到的最接近的答案是R6类的多重继承问题。但是，问题不在于接口。

谢谢你的时间。