大多数面向对象语言的接口名称都以大写的I开头，为什么Java不这样做呢?不遵循这一惯例的理由是什么?
为了证明我的意思，如果我想有一个用户界面和一个用户实现，我在Java中有两个选择:
类=用户，接口= UserInterface 类= UserImpl，接口=用户
在大多数语言中:
类=用户，接口= IUser
现在，您可能会争辩说，您总是可以为用户实现选择一个最具描述性的名称，这样问题就解决了，但Java正在推动POJO方法，大多数IOC容器广泛使用dynamicproxy。这两件事加在一起意味着您将使用单个POJO实现拥有许多接口。
所以，我想我的问题可以归结为:“是否值得遵循更广泛的接口命名约定，尤其是考虑到Java框架的发展方向?”
当前回答
这两者真的有区别吗:
class User implements IUser
and
class UserImpl implements User
如果我们讨论的是命名惯例?
就我个人而言，我不喜欢在接口之前使用I，因为我想对接口进行编码，我认为这在命名约定方面更重要。如果调用接口IUser，那么该类的每个消费者都需要知道它是IUser。如果调用类UserImpl，那么只有类和DI容器知道Impl部分，而使用者只知道他们正在使用User。
然后，我被迫使用Impl的时候，因为一个更好的名字本身没有出现，因为实现是根据实现命名的，因为这是它的重要之处，例如。
class DbBasedAccountDAO implements AccountDAO
class InMemoryAccountDAO implements AccountDAO
其他回答
这是真正意义上更广泛的命名惯例吗?我更倾向于c++，而不是Java及其后代。有多少语言社区使用I约定?
如果这里有独立于语言的商店标准命名约定，请使用它。如果不是，请遵循语言命名约定。
这两者真的有区别吗:
class User implements IUser
and
class UserImpl implements User
如果我们讨论的是命名惯例?
就我个人而言，我不喜欢在接口之前使用I，因为我想对接口进行编码，我认为这在命名约定方面更重要。如果调用接口IUser，那么该类的每个消费者都需要知道它是IUser。如果调用类UserImpl，那么只有类和DI容器知道Impl部分，而使用者只知道他们正在使用User。
然后，我被迫使用Impl的时候，因为一个更好的名字本身没有出现，因为实现是根据实现命名的，因为这是它的重要之处，例如。
class DbBasedAccountDAO implements AccountDAO
class InMemoryAccountDAO implements AccountDAO
根据我的经验，“I”约定适用于旨在向类提供契约的接口，特别是当接口本身不是类的抽象概念时。
例如，在您的例子中，如果您希望拥有的唯一用户是user，那么我只希望看到IUser。如果您计划使用不同类型的用户——NoviceUser、ExpertUser等等——我希望看到一个User接口(也许还有一个实现了一些常见功能的AbstractUser类，比如get/setName())。
我还希望定义功能(Comparable、Iterable等)的接口这样命名，而不是IComparable或IIterable。
Java通常不使用IUser约定可能有几个原因。
Part of the Object-Oriented approach is that you should not have to know whether the client is using an interface or an implementation class. So, even List is an interface and String is an actual class, a method might be passed both of them - it doesn't make sense to visually distinguish the interfaces. In general, we will actually prefer the use of interfaces in client code (prefer List to ArrayList, for instance). So it doesn't make sense to make the interfaces stand out as exceptions. The Java naming convention prefers longer names with actual meanings to Hungarian-style prefixes. So that code will be as readable as possible: a List represents a list, and a User represents a user - not an IUser.
鲍勃·李曾在一次演讲中说:
接口的意义是什么，如果你 只有一个实现。
因此，您从一个实现开始，即没有接口。 稍后，您决定这里需要一个接口，因此您将类转换为接口。
那么很明显:你原来的类叫User。你的界面现在被称为User。也许你有一个UserProdImpl和一个UserTestImpl。如果你的应用程序设计得很好，每个类(除了实例化User的类)都不会改变，不会注意到它们突然被传递了一个接口。
接口用户实现UserImpl。
