java中public class Coffee extends Drink{是什么意思？

继承嘛，http://baike.baidu.com/view/745501.htm

从概念上来说，extends表示的是类与类或接口与接口的继承，implements表示的是类对接口的实现。也就是说，一个是扩展，另一个是实现。从设计思路来回答，就要讲明白为什么会有类和接口这两个不同的概念。事实上，仅仅通过类的单继承就可以解决绝大部分问题，而C++的多重继承可以解决任何面向对象问题。之所以要设计接口这个概念，主要还是为了使面向对象设计中的多态得到优美的解决。接口是一个特殊的抽象类。Java的设计者认为，多重继承增加了系统设计和实现时的复杂性，并且容易出错和产生歧义（例如A同时继承了B和C，而A定义了一个方法，在B和C中都存在这个方法的同名方法，此时A重写了B还是C的方法？），因此Java只允许单重继承，这完全是Java的设计者强加的限制。为了解决单重继承无法解决的问题（或者说不容易解决的问题），Java设计者设计了接口的概念，实际上，Java设计者鼓励使用接口而不是继承，因为接口的抽象性更加纯粹。总结：单继承+接口和多继承都是为了解决面向对象问题，只是方式不同。在Java设计者看来，单继承+接口的好处 > 多继承

ES6中有关 class 的继承方式，引入了 extends 关键字。 但其本质仍然是 构造函数 + 原型链的 组合式继承。 上述 B 类 （class）通过 extends 关键字，继承了 A 类 的所有属性和方法。 A 类 中的所有方法默认是添加到 B 的原型上，所以 extends 继承的实质仍然是原型链。 super 这个关键字，既可以当作函数使用，也可以当作对象使用。当作函数使用时 super 代表父类的构造函数，并在子类中执行 Parent.apply(this) ，从而将父类实例对象的属性和方法，添加到子类的 this 上面。 特别注意 因为类必须通过 new 关键字调用，所以在类的构造函数中 new.target 的值永远不会是 undefined 。

哈哈~1l小白来了，问题就解决了，就像他说的那样，下面只需要给a类增加一个无参数构造方法就行了。classa{protectedstringname;protectedintage;protectedstringgender="woman";publica(){}publica(inta){age=a;}publica(stringn){name=n;}publica(inta,stringn){age=a;name=n;}publicvoidshow(){system.out.println("name="+name);system.out.println("gender="+gender);system.out.println("age="+age);}}

哈哈，选我吧，implements关键字为对接口的继承extends关键字则是对类的继承该处直接将implements改为extends可以了。

“都说随便用extends 是个大忌”，这句话本身就不成立。任何优秀框架的源码，extends的使用都是非常之多，而且类继承、实现的关系，非常之深。如果一定要定义最适合用，那就是：功能 or 业务，归属于同一大类。

extends是继承impletements是接口java一个类最多只能继承一个，但是可以有多个接口，接口里的所有方法都要重写

extends

引用 和 再定义 的区别

给你顺序解释下泛型的意思哈：<T>：定义一个泛型 T ：定义方法返回的类型是之前定义的泛型类型 Class<? extends T> 这个是定义参数的类型为Class， 但是这个Class必须是和之前定义的泛型有继承关系的。？表示任意类的Class，不过后面跟了extends 表明了条件。

可以说没什么区别

public class son extends father{ //son code }public class father{ //father code}就是这么简单 多用用就会了。

看来你没理解面向对象的含义，重新去学习下什么是面向对象编程吧！ 学会了就理解的很透彻啦！

　　说JAVA继承有害，主要是因为实现继承(extends 关系)的关系，主要表现在以下几方面：　　1，实现类继承，将会失去灵活性，明确的使用具体类名将固定到特定的实现，给底层的改变增加了不必要的困难；　　2，耦合：就是那种程序的一部分对于另一部分的依赖；如果改变全局变量的类型，那么所有用到这个变量的函数也许都被影响，所有这些代码都要被检查，变更和重新测试。　　3，脆弱的基类问题：基础类被认为是脆弱的，是因为你在看起来安全的情况下修改基类，但是当从派生类继承时，新的行为也许引起派生类出现功能紊乱。　　

英语单复数问题，主语是单数

这就是范型。。就是说你这个集合就是DemoModule类型的

class 类 implements 接口1,接口2,...class 子类 extends 父类父类只能继承一个，java不允许多重继承。当然，可以使用内部类或其他方式间接实现多重继承。

extends，你需要知道父类的结构和代码。。感觉表述有点不清楚，应该就是这么个意思。。

不一定的 只需要继承 抽象方法 抽象类也可能有非抽象的方法

泛型中<? extends T>和<? super T> 差别<? extends T>和<? super T>含有JAVA5.0的新的概念。由于它们的外表导致了很多人误解了它们的用途： 1.<? extends T>首先你很容易误解它为继承于T的所有类的集合，这是大错特错的，相信能看下去你一定见过或用过List<? extends T>吧？为什么我说理解成一个集合是错呢？如果理解成一个集合那为什么不用List<T>来表示？所以<? extends T>不是一个集合，而是T的某一种子类的意思，记住是一种，单一的一种，问题来了，由于连哪一种都不确定，带来了不确定性，所以是不可能通过 add（）来加入元素。你或许还觉得为什么add(T)不行?因为<? extends T>是T的某种子类，能放入子类的容器不一定放入超类，也就是没可能放入T。2.<? super T>这里比较容易使用，没<? extends T>这么多限制，这里的意思是，以T类为下限的某种类，简单地说就是T类的超类。但为什么add(T)可以呢？因为能放入某一类的容器一定可以放入其子类，多态的概念。擦除也许泛型最具挑战性的方面是擦除（erasure），这是 Java 语言中泛型实现的底层技术。擦除意味着编译器在生成类文件时基本上会抛开参数化类的大量类型信息。编译器用它的强制类型转换生成代码，就像程序员在泛型出现之前手工所做的一样。区别在于，编译器开始已经验证了大量如果没有泛型就不会验证的类型安全约束。通过擦除实现泛型的含意是很重要的，并且初看也是混乱的。尽管不能将List<Integer> 赋给List<Number>，因为它们是不同的类型，但是 List<Integer> 和 List<Number> 类型的变量是相同的类！要明白这一点，请评价下面的代码：new List<Number>().getClass() == new List<Integer>().getClass()编译器只为 List 生成一个类。当生成了 List 的字节码时，将很少剩下其类型参数的的跟踪。当生成泛型类的字节码时，编译器用类型参数的擦除替换类型参数。对于无限制类型参数（<V>），它的擦除是 Object。对于上限类型参数（<K extends Comparable<K>>），它的擦除是其上限（在本例中是 Comparable）的擦除。对于具有多个限制的类型参数，使用其最左限制的擦除。如果检查生成的字节码，您无法说出 List<Integer> 和 List<String> 的代码之间的区别。类型限制 T 在字节码中被 T 的上限所取代，该上限一般是 Object。 多重限制一个类型参数可以具有多个限制。当您想要约束一个类型参数比如说同时为 Comparable 和 Serializable 时，这将很有用。多重限制的语法是用“与”符号分隔限制：class C<T extends Comparable<? super T>&Serializable>通配符类型可以具有单个限制 —— 上限或者下限。一个指定的类型参数可以具有一个或多个上限。具有多重限制的类型参数可以用于访问它的每个限制的方法和域。类型形参和类型实参在参数化类的定义中，占位符名称（比如 Collection<V> 中的 V）叫做类型形参（type parameter），它们类似于方法定义中的形式参数。在参数化类的变量的声明中，声明中指定的类型值叫做类型实参（type argument），它们类似于方法调用中的实际参数。但是实际中二者一般都通称为“类型参数”。所以给出定义：interface Collection<V> { ... }和声明：Collection<String> cs = new HashSet<String>();那么，名称 V（它可用于整个 Collection 接口体内）叫做一个类型形参。在 cs 的声明中，String 的两次使用都是类型实参（一次用于 Collection<V>，另一次用于 HashSet<V>）。关于何时可以使用类型形参，存在一些限制。大多数时候，可以在能够使用实际类型定义的任何地方使用类型形参。但是有例外情况。不能使用它们创建对象或数组，并且不能将它们用于静态上下文中或者处理异常的上下文中。还不能将它们用作父类型（class Foo<T> extends T），不能用于 instanceof 表达式中，不能用作类常量。类似地，关于可以使用哪些类型作为类型实参，也存在一些限制。类型实参必须是引用类型（不是基本类型）、通配符、类型参数，或者其他参数化类型的实例化。所以您可以定义 List<String>（引用类型）、List<?>（通配符）或者 List<List<?>>（其他参数化类型的实例化）。在带有类型形参 T 的参数化类型的定义中，您也可以声明 List<T>（类型形参）。

泛型中<? extends T>和<? super T> 差别<? extends T>和<? super T>含有JAVA5.0的新的概念。由于它们的外表导致了很多人误解了它们的用途： 1.<? extends T>首先你很容易误解它为继承于T的所有类的集合，这是大错特错的，相信能看下去你一定见过或用过List<? extends T>吧？为什么我说理解成一个集合是错呢？如果理解成一个集合那为什么不用List<T>来表示？所以<? extends T>不是一个集合，而是T的某一种子类的意思，记住是一种，单一的一种，问题来了，由于连哪一种都不确定，带来了不确定性，所以是不可能通过 add（）来加入元素。你或许还觉得为什么add(T)不行?因为<? extends T>是T的某种子类，能放入子类的容器不一定放入超类，也就是没可能放入T。2.<? super T>这里比较容易使用，没<? extends T>这么多限制，这里的意思是，以T类为下限的某种类，简单地说就是T类的超类。但为什么add(T)可以呢？因为能放入某一类的容器一定可以放入其子类，多态的概念。擦除也许泛型最具挑战性的方面是擦除（erasure），这是 Java 语言中泛型实现的底层技术。擦除意味着编译器在生成类文件时基本上会抛开参数化类的大量类型信息。编译器用它的强制类型转换生成代码，就像程序员在泛型出现之前手工所做的一样。区别在于，编译器开始已经验证了大量如果没有泛型就不会验证的类型安全约束。通过擦除实现泛型的含意是很重要的，并且初看也是混乱的。尽管不能将List<Integer> 赋给List<Number>，因为它们是不同的类型，但是 List<Integer> 和 List<Number> 类型的变量是相同的类！要明白这一点，请评价下面的代码：new List<Number>().getClass() == new List<Integer>().getClass()编译器只为 List 生成一个类。当生成了 List 的字节码时，将很少剩下其类型参数的的跟踪。当生成泛型类的字节码时，编译器用类型参数的擦除替换类型参数。对于无限制类型参数（<V>），它的擦除是 Object。对于上限类型参数（<K extends Comparable<K>>），它的擦除是其上限（在本例中是 Comparable）的擦除。对于具有多个限制的类型参数，使用其最左限制的擦除。如果检查生成的字节码，您无法说出 List<Integer> 和 List<String> 的代码之间的区别。类型限制 T 在字节码中被 T 的上限所取代，该上限一般是 Object。多重限制一个类型参数可以具有多个限制。当您想要约束一个类型参数比如说同时为 Comparable 和 Serializable 时，这将很有用。多重限制的语法是用“与”符号分隔限制：class C<T extends Comparable<? super T>&Serializable>通配符类型可以具有单个限制 —— 上限或者下限。一个指定的类型参数可以具有一个或多个上限。具有多重限制的类型参数可以用于访问它的每个限制的方法和域。类型形参和类型实参在参数化类的定义中，占位符名称（比如 Collection<V> 中的 V）叫做类型形参（type parameter），它们类似于方法定义中的形式参数。在参数化类的变量的声明中，声明中指定的类型值叫做类型实参（type argument），它们类似于方法调用中的实际参数。但是实际中二者一般都通称为“类型参数”。所以给出定义：interface Collection<V> { ... }和声明：Collection<String> cs = new HashSet<String>();那么，名称 V（它可用于整个 Collection 接口体内）叫做一个类型形参。在 cs 的声明中，String 的两次使用都是类型实参（一次用于 Collection<V>，另一次用于 HashSet<V>）。关于何时可以使用类型形参，存在一些限制。大多数时候，可以在能够使用实际类型定义的任何地方使用类型形参。但是有例外情况。不能使用它们创建对象或数组，并且不能将它们用于静态上下文中或者处理异常的上下文中。还不能将它们用作父类型（class Foo<T> extends T），不能用于 instanceof 表达式中，不能用作类常量。类似地，关于可以使用哪些类型作为类型实参，也存在一些限制。类型实参必须是引用类型（不是基本类型）、通配符、类型参数，或者其他参数化类型的实例化。所以您可以定义 List<String>（引用类型）、List<?>（通配符）或者 List<List<?>>（其他参数化类型的实例化）。在带有类型形参 T 的参数化类型的定义中，您也可以声明 List<T>（类型形参）。

就效果来说和直接<T>其实效果一样，因为java有多态自带子类转父类的强制转换，- -不过那样会有一个强制转换的过程。其实用泛型通配符就是存储的时候起到约束和提高性能的作用。平时除了bat大厂代码和java源码基本看不到这玩意。

泛型中<? extends T>和<? super T> 差别<? extends T>和<? super T>含有JAVA5.0的新的概念。由于它们的外表导致了很多人误解了它们的用途： 1.<? extends T>首先你很容易误解它为继承于T的所有类的集合，这是大错特错的，相信能看下去你一定见过或用过List<? extends T>吧？为什么我说理解成一个集合是错呢？如果理解成一个集合那为什么不用List<T>来表示？所以<? extends T>不是一个集合，而是T的某一种子类的意思，记住是一种，单一的一种，问题来了，由于连哪一种都不确定，带来了不确定性，所以是不可能通过 add（）来加入元素。你或许还觉得为什么add(T)不行?因为<? extends T>是T的某种子类，能放入子类的容器不一定放入超类，也就是没可能放入T。2.<? super T>这里比较容易使用，没<? extends T>这么多限制，这里的意思是，以T类为下限的某种类，简单地说就是T类的超类。但为什么add(T)可以呢？因为能放入某一类的容器一定可以放入其子类，多态的概念。擦除也许泛型最具挑战性的方面是擦除（erasure），这是 Java 语言中泛型实现的底层技术。擦除意味着编译器在生成类文件时基本上会抛开参数化类的大量类型信息。编译器用它的强制类型转换生成代码，就像程序员在泛型出现之前手工所做的一样。区别在于，编译器开始已经验证了大量如果没有泛型就不会验证的类型安全约束。通过擦除实现泛型的含意是很重要的，并且初看也是混乱的。尽管不能将List<Integer> 赋给List<Number>，因为它们是不同的类型，但是 List<Integer> 和 List<Number> 类型的变量是相同的类！要明白这一点，请评价下面的代码：new List<Number>().getClass() == new List<Integer>().getClass()编译器只为 List 生成一个类。当生成了 List 的字节码时，将很少剩下其类型参数的的跟踪。当生成泛型类的字节码时，编译器用类型参数的擦除替换类型参数。对于无限制类型参数（<V>），它的擦除是 Object。对于上限类型参数（<K extends Comparable<K>>），它的擦除是其上限（在本例中是 Comparable）的擦除。对于具有多个限制的类型参数，使用其最左限制的擦除。如果检查生成的字节码，您无法说出 List<Integer> 和 List<String> 的代码之间的区别。类型限制 T 在字节码中被 T 的上限所取代，该上限一般是 Object。多重限制一个类型参数可以具有多个限制。当您想要约束一个类型参数比如说同时为 Comparable 和 Serializable 时，这将很有用。多重限制的语法是用“与”符号分隔限制：class C<T extends Comparable<? super T>&Serializable>通配符类型可以具有单个限制 —— 上限或者下限。一个指定的类型参数可以具有一个或多个上限。具有多重限制的类型参数可以用于访问它的每个限制的方法和域。类型形参和类型实参在参数化类的定义中，占位符名称（比如 Collection<V> 中的 V）叫做类型形参（type parameter），它们类似于方法定义中的形式参数。在参数化类的变量的声明中，声明中指定的类型值叫做类型实参（type argument），它们类似于方法调用中的实际参数。但是实际中二者一般都通称为“类型参数”。所以给出定义：interface Collection<V> { ... }和声明：Collection<String> cs = new HashSet<String>();那么，名称 V（它可用于整个 Collection 接口体内）叫做一个类型形参。在 cs 的声明中，String 的两次使用都是类型实参（一次用于 Collection<V>，另一次用于 HashSet<V>）。关于何时可以使用类型形参，存在一些限制。大多数时候，可以在能够使用实际类型定义的任何地方使用类型形参。但是有例外情况。不能使用它们创建对象或数组，并且不能将它们用于静态上下文中或者处理异常的上下文中。还不能将它们用作父类型（class Foo<T> extends T），不能用于 instanceof 表达式中，不能用作类常量。类似地，关于可以使用哪些类型作为类型实参，也存在一些限制。类型实参必须是引用类型（不是基本类型）、通配符、类型参数，或者其他参数化类型的实例化。所以您可以定义 List<String>（引用类型）、List<?>（通配符）或者 List<List<?>>（其他参数化类型的实例化）。在带有类型形参 T 的参数化类型的定义中，您也可以声明 List<T>（类型形参）。

关闭服务器中的php 错误提示

一个导入包，一个是继承

1、如果父类和子类中都没有显式的定义__construct，在实例化子类对象时，只会隐含的调用子类自己的构造方法。2、如果父类中有显式的构造方法__construct，而子类中没有定义__construct，在实例化子类对象时，就会调用父类中的构造方法。3、如果父类和子类中都显式的定义了__construct，在实例化子类对象时，只会调用子类自己的构造方法(这就像是子类重构了父类的构造方法)，而如果也想要调用父类的构造方法的话，就需要在子类的__construct 方法中显式的调用，（如 __construct(){ parent::_construct();}）。扩展资料子类的构造函数名与子类名相同。在子类里父类的构造函数不会自动执行。要在子类里执行父类的构造函数，必须执行类似以下语句：$this->[父类的构造函数名()]类的构造函数统一命名为__construct()。子类的构造函数名也是__construct()（也是废话）。在子类里父类的构造函数会不会执行，分两种情况：1、如子类不定义构造函数 __construct()，则父类的构造函数默认会被继承下来，且会自动执行。2、如子类定义了构造函数 __construct()，因为构造函数名也是__construct()，所以子类的构造函数实际上是覆盖(override)了父类的构造函数。这时执行的是该子类的构造函数。这时如果要在子类里执行父类的构造函数，必须执行类似以下语句：parent::__construct();参考资料来源：百度百科——继承

在itjob学习时出现过public static void amethod() throws FileNotFounfException{}-->这里异常名错误，应为FileNotFoundException另外Stream.in错误，是否应该是系统标准输入？System.in两个都改了之后就可以正确编译了。

导入类，就是使用那个类的一些方法或变量，继承类是实现代码的重用，导入类无法实现这个功能的

首先,android开发中很多界面都需要用的方法,类似于初始化,生命周期的管理或者activity堆栈的管理都需要每个activity进行写,这些工作可以写一个base让别的继承,减少工作量并方便管理.就例如你想要写一个activitymanager控制程序退出和堆栈管理,在每个activity创建或者销毁的时候都需要去添加,删除.这种情况下如果使用base的话是不是在别的界面就不用再写而且方便呢?

大多数好的设计者象躲避瘟疫一样来避免使用实现继承(extends 关系)。实际上80%的代码应该完全用interfaces写，而不是通过extends。“JAVA设计模式”一书详细阐述了怎样用接口继承代替实现继承。这篇文章描述设计者为什么会这么作。Extends是有害的；也许对于Charles Manson这个级别的不是，但是足够糟糕的它应该在任何可能的时候被避开。“JAVA设计模式”一书花了很大的部分讨论用interface继承代替实现继承。好的设计者在他的代码中，大部分用interface，而不是具体的基类。本文讨论为什么设计者会这样选择，并且也介绍一些基于interface的编程基础。接口（Interface）和类（Class）?一次，我参加一个Java用户组的会议。在会议中，Jams Gosling（Java之父）做发起人讲话。在那令人难忘的QA部分，有人问他：“如果你重新构造Java，你想改变什么？”。“我想抛弃classes”他回答。在笑声平息后，它解释说，真正的问题不是由于class本身，而是实现继承(extends 关系)。接口继承（implements关系）是更好的。你应该尽可能的避免实现继承。失去了灵活性为什么你应该避免实现继承呢？第一个问题是明确的使用具体类名将你固定到特定的实现，给底层的改变增加了不必要的困难。在当前的敏捷编程方法中，核心是并行的设计和开发的概念。在你详细设计程序前，你开始编程。这个技术不同于传统方法的形式----传统的方式是设计应该在编码开始前完成----但是许多成功的项目已经证明你能够更快速的开发高质量代码，相对于传统的按部就班的方法。但是在并行开发的核心是主张灵活性。你不得不以某一种方式写你的代码以至于最新发现的需求能够尽可能没有痛苦的合并到已有的代码中。胜于实现你也许需要的特征，你只需实现你明确需要的特征，而且适度的对变化的包容。如果你没有这种灵活，并行的开发，那简直不可能。对于Inteface的编程是灵活结构的核心。为了说明为什么，让我们看一下当使用它们的时候，会发生什么。考虑下面的代码：f(){ LinkedList list = new LinkedList();//...g( list );}g( LinkedList list ){list.add( ... );g2( list )}现在，假设一个对于快速查询的需求被提出，以至于这个LinkedList不能够解决。你需要用HashSet来代替它。在已有代码中，变化不能够局部化，因为你不仅仅需要修改f()也需要修改g()（它带有LinkedList参数），并且还有g()把列表传递给的任何代码。象下面这样重写代码:f(){ Collection list = new LinkedList();//...g( list );}g( Collection list ){list.add( ... );g2( list )}这样修改Linked list成hash，可能只是简单的用new HashSet()代替new LinkedList()。就这样。没有其他的需要修改的地方。作为另一个例子，比较下面两段代码： f(){ Collection c = new HashSet();//...g( c );}g( Collection c ){for( Iterator i = c.iterator(); i.hasNext() )do_something_with( i.next() );}和f2(){ Collection c = new HashSet();//...g2( c.iterator() );}g2( Iterator i ){ while( i.hasNext() )do_something_with( i.next() );}g2()方法现在能够遍历Collection的派生，就像你能够从Map中得到的键值对。事实上，你能够写iterator，它产生数据，代替遍历一个Collection。你能够写iterator，它从测试的框架或者文件中得到信息。这会有巨大的灵活性。耦合对于实现继承，一个更加关键的问题是耦合---令人烦躁的依赖，就是那种程序的一部分对于另一部分的依赖。全局变量提供经典的例子，证明为什么强耦合会引起麻烦。例如，如果你改变全局变量的类型，那么所有用到这个变量的函数也许都被影响，所以所有这些代码都要被检查，变更和重新测试。而且，所有用到这个变量的函数通过这个变量相互耦合。也就是，如果一个变量值在难以使用的时候被改变，一个函数也许就不正确的影响了另一个函数的行为。这个问题显著的隐藏于多线程的程序。作为一个设计者，你应该努力最小化耦合关系。你不能一并消除耦合，因为从一个类的对象到另一个类的对象的方法调用是一个松耦合的形式。你不可能有一个程序，它没有任何的耦合。然而，你能够通过遵守OO规则，最小化一定的耦合（最重要的是，一个对象的实现应该完全隐藏于使用他的对象）。例如，一个对象的实例变量（不是常量的成员域），应该总是private。我意思是某段时期的，无例外的，不断的。（你能够偶尔有效地使用protected方法，但是protected实例变量是可憎的事）同样的原因你应该不用get/set函数---他们对于是一个域公用只是使人感到过于复杂的方式（尽管返回修饰的对象而不是基本类型值的访问函数是在某些情况下是由原因的，那种情况下，返回的对象类是一个在设计时的关键抽象）。这里，我不是书生气。在我自己的工作中，我发现一个直接的相互关系在我OO方法的严格之间，快速代码开发和容易的代码实现。无论什么时候我违反中心的OO原则，如实现隐藏，我结果重写那个代码（一般因为代码是不可调试的）。我没有时间重写代码，所以我遵循那些规则。我关心的完全实用?我对干净的原因没有兴趣。脆弱的基类问题现在，让我们应用耦合的概念到继承。在一个用extends的继承实现系统中，派生类是非常紧密的和基类耦合，当且这种紧密的连接是不期望的。设计者已经应用了绰号“脆弱的基类问题”去描述这个行为。基础类被认为是脆弱的是，因为你在看起来安全的情况下修改基类，但是当从派生类继承时，新的行为也许引起派生类出现功能紊乱。你不能通过简单的在隔离下检查基类的方法来分辨基类的变化是安全的；而是你也必须看（和测试）所有派生类。而且，你必须检查所有的代码，它们也用在基类和派生类对象中，因为这个代码也许被新的行为所打破。一个对于基础类的简单变化可能导致整个程序不可操作。让我们一起检查脆弱的基类和基类耦合的问题。下面的类extends了Java的ArrayList类去使它像一个stack来运转：class Stack extends ArrayList{ private int stack_pointer = 0;public void push( Object article ){ add( stack_pointer++, article );}public Object pop(){ return remove( --stack_pointer );}public void push_many( Object[] articles ){ for( int i = 0; iarticles.length; ++i )push( articles[i] );}}甚至一个象这样简单的类也有问题。思考当一个用户平衡继承和用ArrayList的clear()方法去弹出堆栈时：Stack a_stack = new Stack();a_stack.push("1");a_stack.push("2");a_stack.clear();这个代码成功编译，但是因为基类不知道关于stack指针堆栈的情况,这个stack对象当前在一个未定义的状态。下一个对于push（）调用把新的项放入索引2的位置。（stack_pointer的当前值），所以stack有效地有三个元素-下边两个是垃圾。（Java的stack类正是有这个问题，不要用它）.对这个令人讨厌的继承的方法问题的解决办法是为Stack覆盖所有的ArrayList方法，那能够修改数组的状态，所以覆盖正确的操作Stack指针或者抛出一个例外。(removeRange()方法对于抛出一个例外一个好的候选方法)。这个方法有两个缺点。第一，如果你覆盖了所有的东西，这个基类应该真正的是一个interface，而不是一个class。如果你不用任何继承方法，在实现继承中就没有这一点。第二，更重要的是，你不能够让一个stack支持所有的ArrayList方法。例如，令人烦恼的removeRange()没有什么作用。唯一实现无用方法的合理的途径是使它抛出一个例外，因为它应该永远不被调用。这个方法有效的把编译错误成为运行错误。不好的方法是，如果方法只是不被定义，编译器会输出一个方法未找到的错误。如果方法存在，但是抛出一个例外，你只有在程序真正的运行时，你才能够发现调用错误。#p#副标题#e#对于这个基类问题的一个更好的解决办法是封装数据结构代替用继承。这是新的和改进的Stack的版本：class Stack{private int stack_pointer = 0;private ArrayList the_data = new ArrayList();public void push( Object article ){the_data.add( stack_poniter++, article );}public Object pop(){return the_data.remove( --stack_pointer );}public void push_many( Object[] articles ){for（ int i = 0; io.length; ++i ）push( articles[i] );}}到现在为止，一直都不错，但是考虑脆弱的基类问题，我们说你想要在stack创建一个变量， 用它在一段周期内跟踪最大的堆栈尺寸。一个可能的实现也许象下面这样:class Monitorable_stack extends Stack{private int high_water_mark = 0;private int current_size;public void push( Object article ){if( ++current_sizehigh_water_mark )high_water_mark = current_size;super.push( article );}publish Object pop(){--current_size;return super.pop();}public int maximum_size_so_far(){return high_water_mark;}}这个新类运行的很好，至少是一段时间。不幸的是，这个代码发掘了一个事实，push_many()通过调用push()来运行。首先，这个细节看起来不是一个坏的选择。它简化了代码，并且你能够得到push()的派生类版本，甚至当Monitorable_stack通过Stack的参考来访问的时候，以至于high_water_mark能够正确的更新。#p#副标题#e#

貌似接口只能继承接口，不能继承非接口包括抽象类在内的其它类，object祖先类貌似是体现在接口的实现类之上。

class a{}class b extends a{}那么b就继承了a,是a 的子类要说快捷方法的话 就是new -> class 那个对话框superclass-> Browse ->然后打父类的名字 会自动映射出符合的类名或者新建完类 然后手打extends 用Alt+/ 映射出所有父类名

只需要理解 覆盖并非真正的覆盖 父类的构造函数还是存在的，只是不能自动调用而已。所以必须在子类构造函数声明才能调用父类的构造函数。继承相当于copy了一份 不会真正改变父类的代码。要不然多个子类继承同一个父类，不是就乱套了吗。

符合要求的对象的类必须是同时是 A 和 B 的子类

默认继承Object类，所以拥有Object类的所有方法

？是“任意类”的意思，extends继承不多说，E是指定类型。 首先，楼上说的不错，是泛型。这是java 1.5以后引入的。 从此以后，定义一个空的ArrayList需要这样，比如我需要一个MyClass的顺序表，则： ArrayList myList = new ArrayList(); 这是因为...

java不能多继承 但是可以实现多个接口

e 是element 元素,用来定义泛型,可以不写,但是取值的时候要强转,用了泛型就不需要强转(强制类型转换)

1、private修饰词，表示成员是私有的，只有自身可以访问； 2、protected，表示受保护权限，体现在继承，即子类可以访问父类受保护成员，同时相同包内的其他类也可以访问protected成员。 3、无修饰词（默认），表示包访问权限（friendly， java语言中是没有friendly这个修饰符的，这样称呼应该是来源于c++ ），同一个包内可以访问，访问权限是包级访问权限； 4、public修饰词，表示成员是公开的，所有其他类都可以访问；泛型是Java SE 1.5的新特性，泛型的本质是参数化类型，也就是说所操作的数据类型被指定为一个参数。这种参数类型可以用在类、接口和方法的创建中，分别称为泛型类、泛型接口、泛型方法。 Java语言引入泛型的好处是安全简单。泛型的好处是在编译的时候检查类型安全，并且所有的强制转换都是自动和隐式的，提高代码的重用率。

错误啊。接口A extends 接口B 没错接口B extends 接口A 没错但是 接口A extends 接口B 且 接口B extends 接口A 错了 不能循环继承

<? extends T>代表方括号中必须是任意的T的子类或者T自己

父类或子类的实例。当使用list=约束一个类时，在类中使用该类的属性或方法，PHP会自动识别它是一个子类，可以访问父类和子类共有的属性和方法。因此，当使用list=约束一个类时，拿出来的是一个父类或子类的实例。在PHP中，是一个泛型类型约束的语法，用于指定一个类或接口必须是另一个类或接口的子类或子接口。

object是默认基类，不用显式声明。

其中funnytest是其中一个app,funnytest 目录下设置了一个Urls, 内容为: --- from django.conf.urls import patterns, include, url from views impor

服务里开启自动。

加密货币是一种数字货币，用于在虚拟空间，有时在现实世界中进行广泛交易。 所有加密货币都由加密技术保护，这保护它们免受第三方伪造和识别等问题的影响。政府无法跟踪加密货币，用户可以随时保持匿名。 简而言之，加密货币存在于区块链技术上，区块链技术是一种分散的控制机制，是公开分布式交易分类账。每个块都包含有关交易的信息，并连接到区块链，这使得每笔交易都可以验证。 所有加密货币都是“挖掘的”，这基本上是通过计算机解决一个复杂的数学问题。一般来说，所有加密货币都遵循两种采矿协议中的任何一种——工作证明和股权证明。前者比后者更具竞争力，对环境的影响要大得多。但大多数加密货币都遵循工作证明协议。 虽然与法定货币不同，数字货币在现实世界中并不存在，但其中一些价值高得令人难以置信。人们将加密视为一种投资，也用于交易不可收回代币（NFT）等数字资产。加密货币在商界越来越被接受，一些公司和拍卖行接受它作为一种支付方式。 尽管一些政府和金融机构对加密货币的未来持怀疑态度，但萨尔瓦多等一些国家已经宣布其中至少有一个为法定货币。 据估计，今天加密货币市场存在超过18000种数字货币。然而，只有少数人拥有一定程度的投资者声誉。这些包括世界上第一个加密货币比特币，以及将NFT推入主流的货币以太坊。 比特币 比特币（BTC）是所有加密货币中第一种也是最著名的。它是由中本聪于2009年创建的，中本聪是一个假名的人，或迄今为止真实身份仍然未知的人。 中本在一份白皮书上描述了区块链的想法。众所周知，区块链是所有与加密货币有关的事情的基石。 比特币虽然波动很大，但其价值和交易量是当今市场上所有数字货币中最高的。事实上，比特币如此受欢迎，以至于它现在是加密货币本身的同义词。 以太坊 以太坊是一个开源区块链平台，其加密货币被称为以太（ETH）。区块链在智能合约等功能方面深受开发人员欢迎。 以太币是最重要的数字货币之一，在不可替代代币（NFT）的世界中也发挥着重要作用。几乎所有的NFT交易都是在以太币进行的，NFT本身存在于以太坊区块链上。 其白皮书于2013年由创始人Vitalik Buterin发布。2014年，以太币正式上市42天。今天，以太币是市值第二大加密货币。 稳定币Tether Tether（USDT）是一种稳定币，一种加密货币，其价值以1比1的比例与美元挂钩。这意味着它的价值总是1美元。它于2014年以Realcoin的名义推出。多年来，按市值（市值）计算，Tether已成为第三大加密货币和最大的稳定币。 同样值得注意的是，Tether不像包括比特币在内的大多数其他加密货币那样分散。它还由一家公司Tether Limited控制，该公司创建了硬币。 由于稳定性，尽管它在理论上，但它更受更关心波动性的投资者的青睐。 Binance Coin Binance Coin（BNB）允许持有人在世界上最大的加密交易所之一币安（Binance）交易所支付费用和交易。 BNB还可以与其他加密货币（包括比特币和以太币）进行交易或交换，也可用于定期交易，如旅行预订和付款处理。 该硬币于2017年推出，最初存在于以太坊区块链上。它后来成为Binance Chain的一部分，Binance自己的区块链。 稳定币USDC USD Coin象征性地被确定为USDC，是一种由美元支持的稳定币。和Tether一样，它的价格总是1美元。 USDC由一家名为Circle的全球金融公司创建，由多层1区块链支持。这些包括以太坊、索拉纳、阿尔戈兰和恒星。 加密货币由Circle和Coinbase等成员财团管理。该硬币也可用于全球交易。像Tether一样，吸引投资者的是美元硬币的稳定性。 狗狗币 在所有加密货币中，Dogecoin（DOGE）有着非常有趣的 历史 。它实际上始于一个笑话，有一个以日本犬种Shiba Inu为特色的模因。但今天，它和任何其他加密货币一样严重。 开源加密货币由Jackson Palmer和Billy Markus于2013年创建。其最著名的赞助人之一是特斯拉首席执行官兼SpaceX联合创始人Elon Musk。 Dogecoin使用与莱特币相同的工作证明技术。 Solana Solana是其联合创始人Anatoly Yakovenko2017年描述 历史 证明白皮书的结果，该白皮书验证了事件之间的顺序和时间流逝。 Solana是一个区块链，其加密货币也被称为Solana（SOL）。虽然加密货币是市值最强的货币之一，但区块链具有可与以太坊相媲美的功能，包括智能合约功能。这就是为什么Solana可以运行NFT、分散式金融（DeFi）和分散式应用程序（DApps）。 Cardano 与比特币或其他遵循工作证明协议的人不同，Cardano是一个利益证明区块链平台，也是最早采用该系统的加密货币之一。它使用同行评审的区块链协议，称为Ouroboros。创作者声称，Cardano是“第一个建立在同行评审研究基础上并通过循证方法开发的”。 利益证明系统减少了交易时间和能源使用，这意味着它比工作证明系统更有利于环境。 Cardano的加密被称为ADA。区块链支持智能合约以及分散式应用程序。

在“我的电脑”中的“管理”的“Print Spooler”进行开启在桌面选中“我的电脑”，鼠标右键选择“管理”在“管理”窗口中，选取“服务和应用程序”扩展项目下的“服务”选项，在右侧出现系统服务列表中找到“Print Spooler”服务，双击进入“Print Spooler”服务设置在“Print Spooler”服务设置窗口中，将“启动类型”设置为“自动”，点击“启动”按钮此时系统会尝试启动该服务；当服务启动成功后，“服务状态”会显示为“已启动”，重新进行添加或是使用打印机的其它操作。

买炭翁原文及翻译如下：原文：卖炭翁，伐薪烧炭南山中。满面尘灰烟火色，两中苍苍十指黑。卖炭得钱何所营？身上衣裳口中食。可怜身上衣正单，心忧炭贱愿天寒。夜来城外一尺雪，晓驾炭车辗冰辙。牛困人饥日已高，市南门外泥中歇。翩翩两骑来是谁？黄衣使者白衫儿。手把文书口称敕，回车叱牛牵向北。一车炭，千余斤，宫使驱将惜不得。半匹红纱一丈绫，系向牛头充炭直。译文：有位卖炭的老翁，整年在南山里砍柴烧炭。他满脸灰尘，显出被烟熏火燎的颜色，两中斑白十指漆黑。卖炭得到的钱用来干什么？换取身上的衣服和填肚的食物。可怜他身上只穿着单薄的衣服，心里却担心炭不值钱希望天更冷些。夜里城外下了一尺厚的大雪，拂晓他急忙驾着炭车轧着冰路往集市上赶去。牛累了，人饿了，但太阳已经升得很高了，他就在集市南门外泥地中歇息。那得意忘形的两个骑马的人是谁啊？是皇宫内的太监和太监的手下。他们手里拿着文书嘴里称是皇帝的命令，吆喝着牛朝皇宫拉去。一车的炭，一千多斤，太监差役们硬是要赶着走，老翁百般不舍，却又无可奈何。那些人把半匹红纱和一丈绫，朝牛头上一挂，就充当买炭的钱了。创作背景：《卖炭翁》是白居易《新乐府》组诗中的第三十二首，自注云：苦宫市也。白居易写作《新乐府》是在元和（唐宪宗年号，806—820）初年，这正是宫市为害最深的时候。他对宫市有十分的了解，对人民又有深切的同情，所以才能写出这首感人至深的《卖炭翁》来。宫市的宫指皇宫，市是买的意思。皇宫所需的物品，本来由官吏采买。中唐时期，宦官专权，横行无忌，连这种采购权也抓了过去，常有数十百人分布在长安东西两市及热闹街坊，以低价强购货物，甚至不给分文，还勒索进奉的门户钱及脚价钱。名为宫市，实际是一种公开的掠夺。

Even Small Acts Make a DifferenceIt"s easy to believe that making a meaningful contribution to society requires grand gestures or significant actions. However, it"s important to recognize that even small acts of kindness and consideration can make a significant difference.Simple acts like helping an elderly neighbor carry groceries, volunteering at a local charity, or offering a listening ear to someone in need can have a profound impact. These small acts create a ripple effect, inspiring others and spreading positivity throughout the community.In conclusion, it"s essential to recognize that even small acts of kindness and consideration can make a meaningful contribution to society. Every action, no matter how small, has the potential to create a positive impact and inspire others. By embracing the power of small acts, we can collectively create a more compassionate and thriving community.

　　OSPF是比较常用的动态路由协议，而RID则是区域内唯一标识一台路由的IP地址，从而简单化我们的管理。　　下面我来介绍下CISCO中RID的选择方式：　　首先路由器会先选取它所有接口中loopback接口上数值最高的IP地址作为RID。　　如果路由器没有配置loopback接口的IP地址，那么路由器将在所有物理接口中选取一个最高的IP地址作为路由的RID。　　运行RID路由器的接口不一定非要运行OSPF协议。　　下面再说下如果用loopback作为RID的好处。　　1、 实用loopback作为RID比任何一个物理接口IP作为更为稳定，一旦路由启动成功，这个回环接口就处于活动状态了，只有整个路由器的实效时它才会消失。　　2、 网络管理员完全可以根据自己的想法来配置很好识别的RID，更方便于其网络的管理。