《java与模式》读书笔记
好久不更新了，拿以前的文章凑凑数，从java那边转一篇过来。
最近发现一本<java与模式>,正好再温故一下当年的专业课内容,下面是这几天记的笔记.(并不是系统的讲解书中的内容)
一 综述:
1、不要使用接口定义常量
2、自己少用标志接口
3、不要继承具体类
4、类层次的中间节点应该是接口或者抽象类，叶子是具体类
5、子类应当扩展父类的责任，而不是覆写父类的责任
6、面向接口编程
7、不要滥用继承，组合优先于继承
java中设计不当的类：calendar:作为接口，含有与具体的历法（罗马历法）相关的常量，不能扩展到中国的阴历历法（不符合开闭原则）
properies类：滥用继承，继承至hashtable，应当使用聚合
8、笛比特法则：只与自己的直接朋友通信，不与陌生人通信（1）狭义笛比特法则：只与朋友通讯，通过自己的朋友传递间接的调用（2）结合依赖倒转原则修改：不必通过朋友传递间接的调用，通过陌生人的抽象接口调用陌生人的行为（依旧不能与具体的陌生人发生通信）
9、尽量降低类中成员的访问权限，不要设计退化类（类似c中struct）。
java中的point2D以及Dinmension2D类有这种设计缺陷（不过这种情况问题不大）
10、如果多个具体的产品类没有共同的商业逻辑，就可以把它们抽象到一个接口中，如果有共同的商业逻辑，就把共同的部分抽象到抽象类中，共同的部分尽量向类继承层次的上层移动，以达到复用的目的
二 工厂模式
1、简单工厂模式：参与角色：工厂/抽象产品类/具体产品类
缺点：添加新产品的时候，虽然产品相关代码符合开闭原则，但对工厂类本身并不符合，需要修改其中的产生产品方法或者添加新的产生方法（工厂里实现的不同造成的修改不同）来支持新的产品类
退化方式：省略掉工厂角色，抽象产品类担任具体产品类的工厂角色：提供静态的getInstance方法，比如java类库中的DateFormat类，（本人认为这样很不符合开闭原则，父类中出现与具体子类相关的代码，不方便扩展，添加新产品的时候，修改的时候缺点与原简单工厂的工厂角色类似）
2、工厂方法模式：参与角色：抽象工厂类/具体工厂类/抽象产品类/具体产品类
消除了简单工厂的缺点
3、抽象工厂模式：简单工厂模式与工厂方
相关文档：
C#中显示中文：
【
发送数据：
string sReturnData = "你好";
Byte[]
bReturnData = Encoding.ASCII.GetBytes(sReturnData.ToCharArray());
m_sktSession.Send(bReturnData);
【将出现乱码】
】 ......
6.泛型:
1、泛型的类型参数只能是类类型（包括自定义类），不能是简单类型。
2、同一种泛型可以对应多个版本（因为参数类型是不确定的），不同版本的泛型类实例是不兼容的。
3、泛型的类型参数可以有多个。
4、泛型的参数类型可以使用extends语句，例如<T extends superclass>。习惯上成为“有� ......
前天傍晚我发表了《Java的跨平台就是一句谎言。》，原本就是周末闲来无事，发表一篇略带争议性的博文让大家都来吵吵架，发表自己的看法，根本就没想着谁把谁打倒，一个行业或者是技术阵营是无法用短期口水仗打到对手的，而且无论谁倒了对双方阵营的粉丝们也是有害无益。
我感觉可以顶到50楼，出乎意料的是大家居然纷纷写出 ......
Monkey_peach代码
package com.sailor.game;
/**
* 题目：猴子吃桃问题：猴子第一天摘下若干个桃子，当即吃了一半，还不瘾，又多吃了一个 第二天早上又将剩
* 下的桃子吃掉一半，又多吃了一个。以后每天早上都吃了前一天剩下 ......
Java 反射是Java语言的一个很重要的特征，它使得Java具体了“动态性”。
在Java运行时环境中，对于任意一个类，能否知道这个类有哪些属性和方法？对于任意一个对象，能否调用它的任意一个方法？答案是肯定的。这种动态获取类的信息以及动态调用对象的方法的功能来自于Java 语言的反射（Reflection）机制 ......
