全企网建站怎么样,网络营销是什么时候产生的,保定网站seo服务,家居装修警告#xff1a;一旦阅读#xff0c;您将无法看不到它 我在上一篇博客文章中讨论了默认方法的多重继承#xff0c;以及它们在编译和运行时的行为。 这周#xff0c;我将研究如何使用默认方法进行真正的继承#xff0c;实际上#xff0c;默认方法并不是为这种方法而设计的… 警告一旦阅读您将无法看不到它 我在上一篇博客文章中讨论了默认方法的多重继承以及它们在编译和运行时的行为。 这周我将研究如何使用默认方法进行真正的继承实际上默认方法并不是为这种方法而设计的。 出于这个原因请您自担风险阅读这些行并不意味着这是要遵循的模式同样也并不意味着相反。 我在这里写的是一些可以使用Java 8编写的编码技术但是它们的可用性至少对我来说值得怀疑。 我也有点害怕从瓶子里放一些香水 但另一方面那些香水根本就不会留在那里。 总有一天有人会说出来。 至少我附上了警告标志。 样本问题 几年前我在一个应用程序上工作该应用程序使用了许多不同类型的对象每个对象都有一个名称。 在许多课程开始包含之后 public String getName(){...}
public void setName(String name){...} 复制粘贴代码的方法只是设置者和获取者只是让整个房间难以忍受。 因此我们创建了一个类 class HasName {public String getName(){...}public void setName(String name){...}
} 每个具有名称的类都只是扩展了该类。 实际上它长时间没有工作。 有些类已经扩展了其他类。 在那种情况下我们只是试图在继承行中将HasName向上移动但是在某些情况下它只是行不通。 当我们到达最高峰时我们意识到那些阶级及其后代没有名字为什么要强迫他们呢 老实说在现实生活中这比仅仅拥有名字要复杂得多。 如果只是名称我们可以将其与其他具有名称的类一起使用。 事情变得更复杂了这只会使话题变得更加复杂并让我相信它将变得足够复杂。 简介我们无法实现在某些备用类中实现的某些对象的名称。 但是现在我们可以使用默认方法做到这一点。 具有默认实现的HasName接口 默认方法仅提供默认功能。 默认方法可以访问this变量 this变量始终是实现接口的对象并且代表该方法被调用。 如果有一个接口I和C类实现接口当一个上的方法C c对象被调用变量this实际上是对象c 。 您将如何实现getName()和setName() 这些是访问对象中的String变量的设置方法和获取方法。 您不能从界面访问它。 但是将值存储在对象中并不是绝对必要的。 唯一的要求是为对象设置的任何内容都将相同。 我们可以将值存储在其他位置每个对象实例一个。 因此我们需要一些可以与对象配对的值并且该值的生存期必须与该对象的生存期相同。 它会响吗 这是一个弱哈希表 是的。 并使用它可以轻松实现HasName接口。 public interface HasName {class Extensions {private static final WeakHashMapHasName, String map new WeakHashMap();}default void setName(String name) {Extensions.map.put(this, name);}default String getName() {return Extensions.map.get(this);}
} 您所要做的就是在该类实现的接口列表的末尾写 ,HasName 它神奇地拥有了。 在此示例中唯一存储的值是String 。 但是您可以拥有任何类而不是String并且不仅可以实现setter和getter而且可以实现对该类执行某些操作的任何方法。 大概这些实现将在类中实现并且默认方法将仅委托。 您可以将类放置在其他位置也可以将其作为内部类放在接口中。 品味和风格的问题 结论 接口不能具有实例字段。 为什么 因为在那种情况下它们不是接口而是类。 Java没有多重实现继承。 也许有但是“请不要使用”。 默认方法是技术错误。 您可以称其为妥协。 使用功能方法扩展时需要一些东西来保持JDK库的向后兼容性。 仍然可以使用弱哈希映射模拟接口中的字段以访问要委派的字段和方法的继承类“ vtable”。 有了它您可以进行真正的多重继承。 母亲总是警告您的类型。 我告诉你队友 另一个警告以上实现不是线程安全的。 如果尝试在多线程环境中使用它则可能会收到ConcurrentModificationException或者甚至可能会在弱哈希映射上调用get()陷入无限循环并且永不返回。 我不告诉您在这种情况下如何解决弱哈希映射的使用问题。 或者好吧我改变了主意然后做了只使用默认方法使用的默认方法。 翻译自: https://www.javacodegeeks.com/2014/04/how-not-to-use-java-8-default-methods.html
