JAVA 关于多继承的思考和探讨
我在CSDN上看到一篇帖子说外部类实现了多继承，其实不然
原帖地址
http://topic.csdn.net/u/20100312/10/822b0e94-8d2f-4bf0-9746-3424eaea40ce.html
外部类本身并没有实现多继承，实现的只是不同类的属性获取以及方法的调用
因为内部类可以直接访问外部类的属性和方法，所以可以实现伪继承
以下是我对java中模拟多继承我的一点看法
java中间还是可以实现伪多继承的
我们知道内部类是可以直接调用外部类的属性和方法的
举例来说
现在有类A 有一个方法aMethod一个属性aPropertie
再有一个外部类B，有一个方法bMethod一个属性bPropertie
B继承A 但是不重写A的方法
再有个类C 有一个方法cMethod 一个属性cPropertie
B内部有一个内部类D继承C 有一个方法bMethod 一个属性bPropertie
D内部还有一个属性 B outClass；
我们可以在D的构造里面写
outClass = new B();
bPropertie=outClass.bPropertie;
这样虽然是仿造了多继承，同样的我们可以在bMethod内部调用outClass.Method();
感觉我们已经模拟继承了？
完全不是，要注意B本身还继承了A，而A的方法在B的源文件内并没有体现到
这里就可以想象了如果单纯的继承，我们还需要了解A有什么方法和属性是被public和protected修饰的，然后通过B作为中间的传递移花接木过来
写到这里其实很多人可能觉得已经很类似继承了
我们再想的复杂一点A是否有继承呢，如果超类的层次有许多的话，我们的代码量又是多少呢？属性的话我们可以通过反射的方式把B的属性以及父类的属性全部得到，但是我们不能动态的往D里面增加属性和方法（本人java新手，可能知识面还不够）
因为D里面有几个方法几个属性都是在反射之前就已经定义好的，如果有高人有办法解决的话欢迎指导本菜
我的想法就是在D里面放一个HashMap用来存放属性，key就是属性名，value就是值
然后定义一个方法，参数为String methodName，返回类型为Object，里面反射调用outClass的方法，当然还要thorws Throwable，这样我们就可以动态的调用B类以及B类所有父类的方法和属性了
通过D.dPropertie.get("bPropertie") 我们就可以获得b.bPropertie
通过D.invoke("bMethod");调用b.bMethod
到这里很多朋友可能觉�
相关文档：
先来了解一下链表模式的原理：
首先写一个JavaBean，内容是要添加的元素和该元素的节点。
public class NodeBean implements Serializable
{
private Object data; //元素本身
private NodeBean next; //下一个节点
&n ......
学习了几周，玩得很开心。
学习java的第一件事就是做一个程序生成Huffman编码。
在这里我学会了LinkedList的使用，它可以保存任何类型的对象。
如下是我的编码结构体
/*
* To change this template, choose Tools | Templates
* and open the template in the editor.
*/
package HuffmanTree;
......
<!--
@page { margin: 0.79in }
P { margin-bottom: 0.08in }
PRE.western { font-family: "Nimbus Roman No9 L" }
PRE.cjk { font-family: "Nimbus Roman No9 L" }
H1 { margin-bottom: 0.08in }
H1.western { font-family: "Nimbus Sans L", sans-ser ......
我们大家都知道，对于静态变量、静态初始化块、变量、初始化块、构造器，它们的初始化顺序依次是（静态变量、静态初始化块）>（变量、初始化块）>构造器。我们也可以通过下面的测试代码来验证这一点
public
class
InitialOrderTest {
//&nb ......
1．1 面向对象的基本概念
面向对象的基本思想
面向对象是一种新兴的程序设计方法,或者是一种新的程序设计规范(paradigm),其基本思想是使用对象、类、继承、封装、消息等基本概念来进行
程序设计。从现实世界中客观存在的事物（即对象）出发来构造软件系统，并且在系统构造中尽可能运用人类的自然思维方式。开发 ......
