Tag: 摘要

为什么要声明一个Java接口方法是抽象的？

我今天使用Eclipse的“拉接口”重构function来创build基于现有类的接口。 提供的对话框用于创build新接口的所有新方法为“抽象”方法。 那会有什么好处呢？ 我认为你被允许将接口方法声明为抽象的事实是这个语言的一个多余和无害的特征，并不是特别鼓励的。 为什么Eclipse会支持这种风格，或者为什么有人会自愿select这样做呢？ 澄清：我不是问为什么接口方法是抽象的，这是显而易见的。 我在问为什么要明确地select把它们标记为抽象的，因为如果它们在一个接口中，它们是抽象的。

界面还是抽象类？

对于我的新的宠物项目，我有一个devise问题，这已经决定了，但我也想要一些其他的意见。 我有两个类（简体）： class MyObject { string name {get;set;} enum relation {get;set;} int value {get;set;} } class MyObjectGroup { string name {get;set;} enum relation {get;set;} int value {get;set;} List<MyObject> myobjects {get;set;} } 后来在项目MyObjectGroup和MyObject应平等使用。 为此，我可以采取两种方式： 创build一个接口： IObject 创build一个抽象类： ObjectBase 我决定去接口的方式，我以后在代码中不能每次都写ObjectBase而只是为了方便而使用IObject ，但是这样做还有什么其他的IObject呢？ 其次，如何在整个故事中添加IXmlSerializable ？ 让接口从IXmlSerializableinheritance，还是在抽象基类中实现IXmlSerializable有更多的IXmlSerializable ？