在php中，子类extends继承了父类，当子类和父类同时存在构造函数__construct先执行哪一个呢？

继承嘛，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 错误提示

一个导入包，一个是继承

在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(); 这是因为...

extends是继承的关键词Coffee类继承了Drink类Coffee是子类，Drink是父类

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

3322软件站，。可以下载Wondershare UniConverter mac版是一款全能格式转换器

You, you got me 你，你让我Thinking it"ll be alright. 觉得这样没什么不好You, you told me, 你，你告诉我"Come and take a look inside." 过来，看一看You believed me, 你相信我In every single lie. 我的每一个谎言But I, I failed you this time. 但是，这次我要令你失望了And it feels like tonight. 应该就是在今晚I can"t believe I"m broken inside. 我不敢相信我内心已经崩溃Can"t you see that there"s nothing that I wanna do, 我什么都不想做But try to make it up to you? 除了弥补你之外And it feels like tonight, 应该就是在今晚Tonight. 在今晚I was waiting 我在等待For the day you"d come around. 你明白的那一天I was chasing, 我在追逐And nothing was all I found. 但什么也没追到From the moment you came into my life, 从你踏入我生命的那一刻起You showed me what"s right. 你让我看到了正确的方向And it feels like tonight. 应该就是在今晚I can"t believe I"m broken inside. 我不敢相信我内心已经崩溃Can"t you see that there"s nothing that I wanna do, 我什么都不想做But try to make it up to you? 除了弥补你之外And it feels like tonight, 应该就是在今晚I never felt like this before. 我从来没有过这种感觉Just when I leave, I"m back for more. 刚刚离开却又回来Nothing else here seems to matter. 对任何别的事都不感兴趣In these ever-changing days, 在这个日新月异的时代You"re the one thing that remains.你是唯一不变的I could stay like this forever. 我多希望这一刻可以永恒And it feels like tonight. 应该就是在今晚I can"t believe I"m broken inside. 我不敢相信我内心已经崩溃Can"t you see that there"s nothing that I wanna do, 我什么都不想做But try to make it up to you? 除了弥补你之外And it feels like tonight, 应该就是在今晚Tonight. 在今晚Tonight. 在今晚Cause there"s nothing that I wanna do, 因为我什么都不想做But try to make it up to you. 除了弥补你之外And it feels like tonight. 应该就是在今晚Tonight. 在今晚

（Posted on May 29, 2013） Man of La Mancha是Dale Wasserman根据Cervantes的小说Don Quixote（堂吉诃德）改编的百老汇音乐剧，久负盛名。终于有幸一睹风采，虽已时隔一年多，那种感动依然记得。 Don Quixote 形象 Don Quixote 在我心目中的印象一直比较矛盾。如果只强调瞬间，Don Quixote的形象总能在某个时候不经意地跳跃出来，鲜明生动，尤其在面对令人敬畏的庞然大物之前。但是如果想从总体上把握这个人物，他的种种行为又如 此不合逻辑。谁都要说，他是个疯子，包括我。我个人一向排斥不以理性分析为基础的热情。但是那种热情，却又总在某个瞬间迸发，让人难以抗拒。 文学界长期以来对Don Quixote一直也是争议不休的。虽然说小说有“把严肃和滑稽，悲剧性和喜剧性，生活中的琐屑和庸俗与伟大和美丽水乳交融”的评价（V.G. Belinskiy），却和作者的序言声明不能很好地融合；虽然小说人物的塑造特征是如此的呼之欲出，无出其右，仔细推量起来，这人物却又复杂得难以定 性。 不喜欢过度解读文学作品，但是我们有音乐剧。正如scott所点评：Cervantes" famous story simply had to be a musical。叙事音乐剧之于文字小说，因其本身所固有的形而上的表现主义，以及饱满的情绪性，可以更超脱现实，通过视觉和听觉效果的完美结合，穿越世 故，释放内心。人生如戏，戏剧则在夸张和疯狂中以浓缩的方式来展现人生。 音乐剧设计 Dale Wasserman根据小说设计的音乐剧正是如此。Man of La Mancha利用表演艺术的张力很鲜明地突出了他想要的部分，把Don Quixote那种狂热泛化，塑造成一个人们得以接受的现代英雄，一种精神支柱。这又是怎么样的精神支柱呢？对The Impossible Dream的不懈追求。它像一团沿着无形绳索蔓延的火种。 整个音乐剧的设计精巧，令人叹服。Dale将Don Quixote 的故事与Cervantes的创作背景结合在一起，故事有了背景，精神就容易把握。Cervantes在被剥夺自由的狱中演绎Don Quixote对理想的执着追求，这种对比也强化了the impossible dream 的存在意义。小说的结局是以Don Quixote 连同他的精神的死去收尾，但是在剧里，死去了的Don Quixote 又变身返回成为Cervantes，这使得the impossible dream得以延续并升华，并四下蔓延开来。 Man of La Mancha的舞台设备简陋，因地制宜，因为所要表达的基本场所是监狱，主体色调也是灰暗的。除了开头结尾，不设幕帘，仅通过简单的灯光变换和简单的设备 增减，即完成所有场景的转换。这有点儿像中国的写意，介乎有形无形之间，以简逸的表现手法来表达复杂的事物，充分调用观众的想像去再造故事发生的环境。唯 一比较复杂的就是舞台上方可供狱卒走动的小走廊，还需要有活动梯子以连通。但是却是在这样极为有限的空间里，浓缩了小说里的几百号人物，完成了Don Quixote 的三次远征。 音乐剧充分调用了表演艺术的意像性，从始至终充满了对比和切换：故事本身带有的现实与幻想的交相辉映，Don Quixote和Sancho形象、性格、处世态度的对比与协调，骑士精神中斗争与柔情的对比，纯洁公主与风尘厨娘的切换，旅馆与城堡的切换，等等等等， 更加深了全剧扑朔迷离的神秘与浪漫色彩。 作为音乐剧，台词和音乐自然是Man of La Mancha里最能打动人的承载主题利器了。Joe Darion 与Mitch Leigh联手作词谱曲，非常好地配合了剧情的发展。充满哲学意味的词，在叙事的同时把全剧的英雄情怀推向更为普遍化的，每个人都会面对的问题。最主要的 几首，Man of La Mancha, Dulcinea,以及 The Impossible Dream，这分别是Don Quixote对正义、爱情和梦想的追求： My destiny calls and I go, And the wild winds of fortune Will carry me onward, 。。。 I see heaven when I see thee, Dulcinea 。。。 To dream the impossible dream, To fight the unbeatable foe 。。。 音乐剧现场 还是来看看现场吧。 早春的海滨剧场。夜幕之下，风的清冷并不影响人们的热情。未开演的剧台被巨大的深色幕帘笼罩着，中间投射着Picasso的Don Quixote插画。 演员阵容还是很强的，Davis Gaines扮演Cervantes/Quixote，Lesli Margherita 扮演Aldonza。两人在音乐剧表演领域都颇有建树。 Opening 以flamenco guitars 和bass开场，带出一种行吟式的音调，空旷辽远如中世纪的荒原。最初的震撼来自开头喧闹的场面之后，Cervantes 和他的随从（？）套上头套，穿上盔甲，一跃而起，我们的Don Quixote和Sancho闪亮登场了！一时乐声大作，鼓点激昂，“I, Don Quixote” 观众们情不自禁地鼓掌！ Man of La Mancha融合了大段大段的演唱，天衣无缝的配合总能在关键点上撩拨观众的心弦。尤其是The impossible dream，贯穿始终，作为全剧的精神所在，每次都掀起高潮，层层迭进。其实我对唱的内容和对白都听得模模糊糊，但是不很影响，因为表演者的动作，吟唱的 声调和情绪，已经把剧作的精神传达得很到位了。 远征，是骑士注定的生活，是追求骑士精神的必要手段。Don Quixote和Sancho于是数次出行，为了他的骑士精神一次次地“没有困难制造困难也要上”。幸而剧场里的敌人，从来就是假想敌。在幻想世界里，我们和Don Quixote一起荒诞。 远征之中，幸而还有友情，还有Sancho对Don Quixote的衷心追随和务实纠正。“I like him”, Sancho 唱到。 爱情，对骑士精神来说是个必需的套路，只是把“纯洁公主”的影像套在风尘厨娘身上，实在需要完全沉浸于理想世界之中。好吧，不管这“爱情”是不是真的，这 是一种原始的动力和调剂，骑士需要它，情感色彩需要它，音乐节奏也需要它。Aldonza的存在平衡了男性世界的生硬，虽然这个角色本身颇为粗野。 “Little Bird, Little Bird”轻松戏谑，“Dulcinea”为整部剧作添加了浪漫的乐音， Aldonza 在Don Quixote临终前的咏唱柔美深情，像盔甲上精致的花纹，剑鞘旁斜插的枝叶。但是个人觉得爱情这一块还是刻画得过多了些。插个话，马和驴子演绎得很可 爱。 Don Quixote之死自然是一个重点桥段。在这里剧作者安排了与小说不一样的结束。他让Don Quixote死在重振旗鼓的关口，死在Aldonza 转化为Dulcinea 的时刻, 死在最后的“The Impossible Dream”里。“出师未捷身先死”，观众席里一片唏嘘。 而后却是更为精彩的剧作的结局。Don Quixote死了，Cervantes还在。Don Quixote的故事打动了残暴的囚犯，蔓延到那些狱中囚犯们中间，至少在那瞬间，这群社会弃儿心中的希望之火被照亮。大家齐声唱着著名的“the impossible dream”，为Cervantes和他的仆从祝福；这种精神于是也蔓延到观众席间，更多的人禁不住动容哭泣，为这“the impossible dream”。这场景惹得当时我很想以这样一个名字为我的后记命名：长使英雄泪满襟。 Don Quixote不是经典的英雄，但他的精神，我想，却是很多人内心英雄情节的反映吧。比较有意思的是，我因为没做功课，开始时把上方的狱卒理解成了监控人间的守护神。其实想想也说得通，人间不就是一个扩大了的监狱么。 Impossible dream 几乎每个人内心深处，都有他/她的impossible dream。因为种种现实的原因，这些看起来不切实际梦想大多屈服，处于长眠的状态。但是就像我认识的一位朋友所说：当某种意识或体验曾经在人的内心发生 过后，哪怕看起来它早已被淡忘，它其实总蛰伏在那里，在心的深处，如一条冬眠的蛇，在不经意的时候醒来，咬上一口，无从防备。而音乐，直指心灵的利刃，可 以让现实层层堆积起来的堡垒，瞬间瓦解 ! 瞬间力！这破坏完美平衡却又制造着新的希望的力！ 而有时候，这所谓的impossible dream并非不可能，只是需要面对的困难太大，需要放弃的既得利益太多，在旁人眼里，这属于自找苦吃，但这些梦想，却是发自心底的呐喊。这时候对梦想的 追逐，暂时不被世俗所接受。也许需要的就是多一些勇气。自我解嘲也好，激励也好，“做个唐吉珂德也未尝不好，既然一切已经是场闹剧，那我要做自己的英雄, 去和虚无的敌人搏斗，去激烈地爱，去远征，去浪漫。” 拥有梦想到底多富有，这是一个很老调的主题，却也是个永远没有答案的主题。 但是夜深人静的时候，我感受到在心底迸裂开来的，The impossible dream： To dream the impossible dream, To fight the unbeatable foe, 。。。 To reach the unreachable star, Though you know it"s impossibly high, To live with your heart striving upward To a far, unattainable sky!

聊大的吗，口语考试哈。

三字经的正规全文带拼音：rén zhī chū xìng běn shàn xìng xiāng jìn xí xiāng yuǎn。人之初 性本善 性相近 习相远。gǒu bú jiào xìng nǎi qiān jiào zhī dào guì yǐ zhuān。苟不教 性乃迁 教之道 贵以专。xī mèng mǔ zé lín chǔ zǐ bù xué duàn jī zhù。昔孟母 择邻处 子不学 断机杼。dòu yān shān yǒu yì fāng jiāo wǔ zǐ míng jù yáng。窦燕山 有义方 教五子 名俱扬。yǎng bú jiào fù zhī guò jiào bù yán shī zhī duò。养不教 父之过 教不严 师之惰。zǐ bù xué fēi suǒ yí yòu bù xué lǎo hé wéi。子不学 非所宜 幼不学 老何为。yù bù zhuó bù chéng qì rén bù xué bù zhī yì。玉不琢 不成器 人不学 不知义。注释译文1、人之初，性本善。性相近，习相远。【解释】人出生之初，禀性本身都是善良的，天性也都相差不多，只是后天所处的环境不同和所受教育不同，彼此的习性才形成了巨大的差别。2、苟不教，性乃迁。教之道，贵以专。【解释】如果从小不好好教育，善良的本性就会变坏。为了使人不变坏，最重要的方法就是要专心一致地去教育孩子。

《卖炭翁》揭露了封建制度下，百姓受剥削的社会现实，揭露宫市的罪恶和统治阶级的残暴，表达了作者对下层劳动人民的深切同情。创作背景：《卖炭翁》是白居易组诗《新乐府五十首》中的第三十二首，白居易写作《新乐府》是在元和初年，这正是宫市为害最深的时候。“宫市”的“宫”指皇宫，“市”是买的意思。皇宫所需的物品，本来由官吏采买。中唐时期，宦官专权，横行无忌，连这种采购权也抓了过去，常有数十百人分布在长安东西两市及热闹街坊，以低价强购货物，甚至不给分文，还勒索“进奉”的“门户钱”及“脚价钱”。名为“宫市”，实际是一种公开的掠夺。白居易对宫市有十分的了解，对人民又有深切的同情，所以才能写出这首感人至深的《卖炭翁》。