我从Java 1.4（之前的公司）转移到了Java 1.6（新公司）。我发现，在1.4中，大多数专有框架都是使用接口和模板模式定义的，而在1.6中，大多数框架都是围绕泛型定义的。
虽然我仍在努力掌握泛型，但我的问题是 - 这是正确的设计方法吗？接口使你的设计更加灵活/解耦。而泛型实现了类型安全，并强制你传递特定类型的类。这并不真正有助于解耦你的代码。这样正确吗？
一个例子 -
public MyWizard extends SignupWizard<SignupSection, SignupObject, SignupListener, SignupView>{
}
如果设计更具灵活性，那就应该...
public interface Wizardable{
public SignableSection getSection();
public SignableObject getSignableObject();
...
}
public MyWizard implements Wizardable{
....
}
new T()之类的操作所涉及的问题称为类型擦除。class MegaSignupWizard extends SignupWizard<MegaSignupSection, MegaSignupObject, MegaSignupListener, MegaSignupView>这样的东西，而MegaSignupWizard仍然具有访问类中专门方法的权限，而无需进行任何强制转换。现在这真是太棒了 :)泛型允许你在通用类型上实现方法，而接口只定义签名。有时会被滥用以像Scala的trait一样使用，但它们大多数情况下都有两个不同的目的。如果所有东西都是接口，就会有很多重复的代码或委托给一些辅助类。
我注意到许多新的框架倾向于使用注解而不是接口，但我还没有注意到它们使用泛型代替接口（无论它是什么意思 - 请进一步解释）。
通过使用泛型，可以减少一些代码重复，并提高类型安全性，当您有一个带有泛型类型参数的接口时，相同的接口将适用于许多不同的类型。 java.util 包中的集合就是泛型非常有用的一个很好的例子。
在注解的情况下，有时我觉得它们被过度使用了，使用接口会更好 - 例如，使用接口可以轻松知道方法应该采取哪些参数 - 但在其他情况下，注解更加灵活和强大。
我认为它涉及到泛型和接口，因为任何接口本身都可以使用泛型。当您开始使用泛型（抽象）类时，我看到的问题是您失去了使用组合的灵活性。虽然继承本身没有什么不好，但您必须为其进行设计，并且存在许多陷阱。
看看Jung2，你就会发现泛型变得非常强大。基本上，任何对象都可以是顶点或边，这在网络算法中产生了一些非常有趣的想法。你不能仅仅使用接口来实现这个。
我不确定你上面的用法是否正确。如果你扩展自一个对象或实现一个接口，你不应该像那样传递对象。泛型用于实现具有抽象类型的类，比如集合，可以对任何东西进行操作。如果我传递一个完全有效的SignupWizard<int, int, int, int>会发生什么？
对于这个特定的想法，也许你确实想使用接口。定义一个接口来定义向导动作，每个对象都实现它，mywizard能够 .addaction(int position, wizardaction action)。事实上，这绝对是一个接口问题。
我同意其他人的观点——只有在库需要时才使用泛型。