风格的不同:IDictionary与Dictionary

Question

我有一个朋友刚刚开始使用Java开发.NET开发很长时间,在查看了他的一些代码后,我注意到他经常做以下事情:

IDictionary<string, MyClass> dictionary = new Dictionary<string, MyClass>();

他将字典声明为接口而不是类.通常我会做以下事情:

Dictionary<string, MyClass> dictionary = new Dictionary<string, MyClass>();

我只在需要时使用IDictionary接口(例如,将字典传递给接受IDictionary接口的方法).

我的问题是:他的做事方式有什么优点吗？这是Java中的常见做法吗？

Answer 1

如果IDictionary是一个比Dictionary更"通用"的类型,那么在声明变量时使用更通用的类型是有意义的.这样您就不必太在意分配给变量的实现类,并且您可以在将来轻松更改类型,而无需更改大量以下代码.例如,在Java中,通常认为更好

List<Integer> intList=new LinkedList<Integer>();

比它要做的

LinkedList<Integer> intList=new LinkedList<Integer>();

这样我确定所有后续代码都将列表视为List而不是LinkedList,这样可以在将来轻松切换LinkedList for Vector或任何其他实现List的类.我会说这对Java来说很常见,而且编程也很好.

Answer 2

这种做法不仅限于Java.

当你想要从你正在使用的类中解除对象的实例时,它也经常在.NET中使用.如果使用Interface而不是Class,则可以在需要时更改支持类型,而不会破坏其余代码.

您还会看到这种做法在处理IoC容器和使用Factory模式进行实例化时会大量使用.

Answer 3

你的朋友遵循这个非常有用的原则:

"从实现细节中抽象出自己"

Answer 4

对于已经是实现细节的局部变量和私有字段,最好使用具体类型而不是声明的接口,因为具体类提供了性能提升(直接调度比虚拟/接口调度更快).如果您没有在本地实现细节中不必要地转换为接口类型,JIT也将能够更容易地内联方法.如果从返回接口的方法返回具体类型的实例,则转换是自动的.

Answer 5

大多数情况下，您会看到成员暴露给外部代码时使用的接口类型 (IDictionary)，无论是在程序集外部还是在类外部。通常，大多数开发人员在类定义内部使用具体类型，同时使用接口类型公开封装的属性。通过这种方式，他们可以利用具体类型的功能，但如果他们更改具体类型，则声明类的接口不需要更改。

公共类小部件
{
    私有字典<字符串，字符串>映射=新字典<字符串，字符串>();
    公共 IDictionary<string, string> 映射
    {
        获取{返回地图；}
    }
}

之后可以变成：

类 SpecialMap<TKey, TValue> : IDictionary<TKey, TValue> { ... }

公共类小部件
{
    private SpecialMap<字符串, 字符串> map = new SpecialMap<字符串, 字符串>();
    公共 IDictionary<string, string> 映射
    {
        获取{返回地图；}
    }
}

无需更改 Widget 的界面，也无需更改已使用它的其他代码。

Answer 6

您应该始终尝试编程到接口而不是具体类.

在Java或任何其他面向对象的编程语言中.

在.NET中,通常使用一个I来表示你正在使用的接口.我认为这更常见,因为在C#中他们没有implements并且extends引用类和接口继承.

我想乳清会输入

 class MyClass:ISome,Other,IMore 
 { 
 }

你可以告诉ISome一个IMore接口Other是一个类

在Java中,不需要这样的东西

 class MyClass extends Other implements Some, More {
 }

这个概念仍然适用,您应该尝试编写接口.

Answer 7

IDictionary是一个接口，Dictionary也是一个类。

Dictionary实现IDictionary.

这意味着可以通过实例引用Dictionary实例IDictionary并通过实例调用大多数Dictionary方法和属性IDictionary。

强烈建议尽可能多地使用接口，因为接口抽象了应用程序的模块和程序集，允许多态性，这在许多情况和情况下都是非常常见和有用的，并且允许用一个模块替换另一个模块而不接触其他模块。

假设现在，程序员写道：

IDictionary<string> dictionary = new Dictionary<string>();

现在dictionary调用 的方法和属性Dictionary<string>。

将来数据库的规模越来越大，我们发现它Dictionary<string>太慢了，所以我们想用 替换Dictionary<string>，RedBlackTree<string>这样更快。

因此，需要做的就是将上述指令替换为：

IDictionary<string> dictionary = new RedBlackTree<string>();

当然如果RedBlackTree实现了IDictionary，那么应用程序的所有代码都会成功编译，并且您拥有应用程序的较新版本，该应用程序现在比以前的版本执行得更快、更高效。

如果没有接口，这种替换将更加困难，并且需要程序员和开发人员更改更多可能出现错误的代码。

Answer 8

据我所知,Java开发人员倾向于比.NET开发人员更频繁地使用抽象(和设计模式).这似乎是另一个例子:为什么在他基本上只使用接口成员时声明具体类？