JavaExplore

1 简介

JFreeChart 是 SourceForge.net 上的一个开源项目，它的源码和 API 都可以免费获得。 JFreeChart 的功能非常强大，可以实现饼图 ( 二维和三维 ) ,  柱状图  ( 水平 , 垂直 ), 线图 , 点图 , 时序图 , 甘特图 ,  股票行情图 , 混和图 ,  温度计图 ,  刻度图等常用商用图表，   图形可以导出成 PNG 和 JPEG 格式，同时还可以与 PDF 和 EXCEL 关联，支持对图形的放大、缩小，支持常见图形的 3D 显示。

2 图形 对象的处理

2 ．1 JFreeChart对象

JFreeChart 可以生成很多图形对象，它的工厂类提供了 33 个工厂方法用于生成不同的图形对象（具体的工厂方法可以参见 JFreeChart 的 API 手册或者源码中的 ChartFactory 类 ）。              JFreechart 对图形对象的抽象具体化。图形对象（ JFreeChart ），由 Title( 主标题 ) ， SubTitle （子标题 ) ， Plot （图形的绘制结构）等几个主要对象组成。各个组成部分如下图所示：

这是一个 JFreeChart 对象，上面的“ chart 标题”是 Title 对象，中间区域是 Plot 对象（包括绘图区域和坐标轴区域），下面的区域是 LegendTitle 对象，是一种 SubTitle 对象。

每个 JFreeChart 对象只能有 1 个 Title 对象， 1 个 Plot 对象，可以有多个 SubTitle 对象。 JFreeChart 对象可以进行的操作有：背景的设置（背景颜色、背景图片、透明度等）、边框的设置（是否可见、笔画、 Paint 等）、渲染方式的设置、标题对象的设置、子标题对象的增删查操作。（本文中的所有操作都不提供代码级的介绍，可参见 API 手册或者源码）

2 ．2 主标题对象

主标题对象是 TextTitle 类型，可以进行的操作有：背景设置、字体设置（字体类型、颜色、内容、对齐方式等操作）、 tooltip 设置、 URL 设置。

2 ．3 Plot 对象

Plot 对象是图形的绘制结构对象。 JFreeChart 中含有很多不同的 Plot 对象，每一种图形对象中的 Plot 对象都在实例化的时候创建。所有的 Plot 共有的操作有：背景设置（背景颜色、背景图片、透明度等）、前景透明度设置、无数据存在情况的设置（显示的字符内容、显示的字体、显示的 Paint ）、放大缩小比例的设置，大部分 Plot 对象还有设置 Datset 、设置 Renderer 对象操作。

JFreeChart 中有 18 种 Plot 抽象类的具体实现类。 Plot 的具体实现类主要由以下重要对象组成： Renderer 对象（图形的绘制单元——绘图域） Datset （图形的数据源）， DomainAxis （区域轴，相当于 x 轴）， RangeAxis （范围轴，相当于 y 轴）。不同的 Plot 对象组成方式不尽相同，有的不含有 Renderer 对象，比如 CompassPlot 、 ContourPlot 、 MultiplePiePlot 、 PiePlot 等，有的不含有 DomainAxis 、 RangeAxis 对象，另外除了 FastScatterPlot 类都含有 Datset 对象， FastScatterPlot 使用 float 的二维数组充当数据源。尤其说明一点，饼状图相关的 Plot 对象（ MultiplePiePlot 、 PiePlot 、 PiePlot3D 、 RingPlot ）中都不含有 Renderer 对象、 DomainAxis 对象、 RangeAxis 对象。

一般来说， Datset 对象存储数据模型， Renderer 对象存储显示模型， Plot 对象根据 Datset 对象、 Renderer 对象完成画图操作。

仍以上面的图形讲解 Plot 对象的组成。

   上图的中间区域是是一个 XYPlot 对象。其中的折线部分即是图形的绘制单元 Renderer 对象。 X 轴是 DomainAxis ， y 轴是 RangeAxis ，其中 Datset 对象属于数据模型范畴，是 UI 不可见对象。该图中的 plot 背景色、网格线的各种设置可以通过 XYPlot 对象本身完成。

       下面讲解 Renderer 对象、 Axis 对象（ X 轴、 y 轴都属于 Axis 对象）， Datset 对象在后续章节中专门讲解。

2 ．3．1 Renderer对象

Renderer 对象是图形的绘制单元。 JFreeChart 提供了两个接口 CategoryItemRenderer 和 XYItemRenderer 、 1 个抽象类 AbstractRenderer 供具体的 Renderer 类实现，给出了将近 50 种具体实现类。

一般来说 Renderer 对象可进行的操作有：对 item label （下图中的柱状图上的红色数字即为 item label 的示例）的默认设置（ item label 的产生方式、是否可见、字体、 Paint 、正反向 item label 的位置设置等）、绘制图形的边框默认设置（ Paint 、笔画、是否可见等）、绘制图形的默认设置（形状、笔画、是否可见、对应的图例中是否可见等，折线图还有线条是否可见、折点图形是否可见、折点图形是否填充、折点图形的形状、对应的图例中线条是否可见、图形是否可见、整体是否可见等）、以及对指定 item label 的设置、指定绘制图形的设置。可以说和具体绘制的图形相关的属性都可以通过 Renderer 对象设置。

不同的 Renderer 的实现类实现了不同的显示方式，在含有 Renderer 对象的 JFreeChart 对象中， R enderer 对象决定了JFreeChart对象的显示方式。例如：柱状图的Plot对象中默认的Renderer对象是 CategoryItemRenderer 对象，通过设置 Plot 对象的Renderer对象 为 LineAndShapeRenderer ，则柱状图变为线图。使用中一般不需要显式的实例化一个 R enderer 对象，一般通过 JFreeChart 对象的 Plot 对象调用现有的 R enderer 对象进行重新设置等操作。

2 ．3．2 Axis对象

JFreeChart 提供了两种类型的坐标轴： CategoryAxis （等级轴）和 ValueAxis （值轴）， ValueAxis 又有 3 个子类： DateAxis （时间轴）、 NumberAxis （数字轴）、 PeriodAxis （时期轴）。这些坐标轴还有更详细的子类，不再一一列举

Axis 对象可进行的操作有：标题的设置（内容、字体、Paint、显示角度等）、坐标线的设置（笔画、Paint、是否可见等）、刻度线的设置（是否可见、笔画、Paint、位于绘图区域的长度、位于绘图区域外的长度等）、刻度标示的设置（笔画、Paint、字体、与轴的距离等）、坐标轴范围设置等。

CategoryAxis 对象还可以进行的操作有： 刻度标示间距 设置（ 最小间距、最大间距、指定间距）等。

ValueAxis 对象可进行的操作有：轴端设置（显示的图形形状）、范围设置（是否自动产生范围、自动产生的最小范围、最大范围、指定确定范围、指定范围大小等）、间隔设置（是否自动产生间隔、指定间隔）等。

DateAxis 对象还有对时间刻度显示格式的设置操作。

2 ． 4 子标题对象

    子标题对象是 Title 类型的对象，一个JFreeChart可以有多个子标题对象。JFreeChart提供了5种Title的实现，可以是图片、文本、图例等的形式。

（数据源以及常用图形的处理以及进一步的讨论在后续文章中介绍）
 

1、代理模式：参与角色：代理与真实实体共同的抽象角色、代理角色、真实实体角色
       远程代理：封装对与远程对象复杂的调用通讯过程，象调用本地对象一样
       虚拟代理：真实实体加载时间过长的，使用虚拟代理提供友好的显示方式，一边加载实际的对象
       安全代理：调用真实的对象之前插入权限验证模块
       智能引用代理：调用真实的对象之后调用统计等相关操作模块

2、享元模式：参与对象：建造工厂、抽象享元、具体享元
       分析对象的内蕴与外蕴状态，即不变的私有属性与变化的私有属性。建造工厂使用备忘录模式存储已经建造的对象，建造对象的时候，以参数的形式传递享元对象的内蕴属性。实际调用中，使用传递外部参数的方法使用外蕴变量。

   复合的享元对象组成的对象，不可以整体使用享元模式，但可以单个的享元对象属性使用该模式
   优点：降低内存中的对象  缺点：设计复杂性
       

3、门面模式：结构模式。为包含有很多对象的子系统提供统一的操作接口类，所有对该子系统的调用都通过这个类，降低子系统之间调用的复杂度，也符合笛比特法则（一个对象的朋友尽量少，只与朋友说话）

4、桥梁模式：参与角色：抽象化角色、抽象化的具体角色、实现化角色、实现化的具体角色
 两个有继承等级的对象群，一个对象群对另一个对象群有调用关系的时候使用
        目的：使抽象化与实现化解藕

         今天去jdon，看了它的设计研究栏目，bang有几篇评论单例模式的文章，声称“Singleton is evil”（见http://www.jdon.com/jive/article.jsp?forum=91&thread=17578），并且引用几篇外文页面佐证自己的观点，其中有一篇文章更是说，单例不仅不是一种模式，而是一种反模式。
        下面我谈谈我对单例模式的看法。逐一分析单例模式的陷阱，帮助大家正确使用单例模式。
（1） 陷阱一：调用函数的性能瓶颈
        在c++中，单例只有一种实现方式——LazySingleton, 实现如下(本文全部使用java代码)：

public   class  LazySingleton {
     private   static  LazySingleton m_instance = null ;
     private LazySingleton(){};
     synchronized public static LazySingleton getInstance(){
        if(m_instance==null)
            m_instance=new LazySingleton();
        return m_instance;
    }
}

LazySingleton将对象的初始化推迟到调用的时候。并且为了防止多线程环境下产生多个实例，使用synchronized关键字保证函数getInstance调用的线程安全。synchronized关键字的存在保证了只会产生一个对象，但也成了多线程环境下的性能瓶颈。一个多线程的程序，到了这里却要排队等候成了一个单线程式的执行流程，这在高并发环境下是不可容忍的。而c++中可以使用双重检查机制将这种性能问题仅仅限制在第一次构造对象的时候，而java中不可以使用双重检查机制。
        但是java可以实现EagerSingleton，实现如下：

public   class  EagerSingleton {
     private   static  EagerSingleton m_instance = new  EagerSingleton();
     private EagerSingleton(){};
     public static agerSingleton getInstance(){
        return m_instance;
    }
}

public class EagerSingleton{
    private static EagerSingleton m_instance=new EagerSingleton();
    private HashMap map=new HashMap();
    private EagerSingleton(){};
    public static agerSingleton getInstance(){
        return m_instance;
    }
        public void refreshMap(Object key){
        synchronized(map){
            if(!map.contains(key))
                map.put(key,value);//value为此时的实时数据
        } 
    }
}

public class EagerSingleton{
    private static EagerSingleton m_instance=new EagerSingleton();
    private String value=null;
    private EagerSingleton(){};
    public static agerSingleton getInstance(){
        return m_instance;
    }
    synchronized public void getValueByName(String name){
        value=getByNameFromDateBase(name);
        
    }
    public viod printValue(){
        System.out.println(this.vaue);
    }
}

该类含有一私有属性value，在多线程环境下不能保证value值的合理逻辑，一线程getValueByName后,马上printValue，也有可能value的值已经被其他线程修改。这种情况就属于单例模式的滥用，该类根本不适合做成单例。
        消除非法逻辑的陷阱，可以通过将该类重构为纯粹的行为类完成。重构后的代码如下：

public class EagerSingleton{
    private static EagerSingleton m_instance=new EagerSingleton();
    private EagerSingleton(){};
    public static agerSingleton getInstance(){
        return m_instance;
    }
    private String getValueByName(String name){
        return getByNameFromDateBase(name);
        
    }
    public viod printName(String name){
        String value=getValueByName(String name);
        System.out.println(value);
    }
}

通过调用printName(String name)直接完成操作流程，将其中的私有属性处理成过程式的参数传递，将该类修改成纯粹的行为类。

        含有私有属性并且含有对它赋值操作的类并非都会调入该陷阱，构造函数里进行对私有属性赋值不会引起非法逻辑，如下代码

public class EagerSingleton{
    private static EagerSingleton m_instance=new EagerSingleton();
    private HashMap map==new HashMap();
    
    private EagerSingleton(){
        map.put(key,value);//value为此时的实时数据
    }
    public static agerSingleton getInstance(){
        return m_instance;
    }
}

构造函数里不必要加线程安全关键字也可以保证线程安全，因为类加载器是线程安全的，EagerSingleton只会在类加载的时候实例化一次，这样不会出现单例模式的线程不安全，也不会造成非法逻辑。
（4）陷阱四：单例陷阱的传递
        当含有对象作为单例类的私有属性时，陷阱不仅会出现在该类本身，还会传递到私有对象所在的类中。看如下代码：

public class EagerSingleton{
    private static EagerSingleton m_instance=new EagerSingleton();
    private NewClass newClass=nll;
    private EagerSingleton(){
        newClass=new NewClass();
    };
    public static agerSingleton getInstance(){
        return m_instance;
    }
    public viod printName(String name){
        String value=newClass.operationByNameAndReturnValue(String name);
        System.out.println(value);
    }
}

最近发现一本<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、抽象工厂模式：简单工厂模式与工厂方法模式的结合

4、单例模式：饿汉和懒汉两种，前者将本身对象作为静态私有属性事先生成，后者推迟到调用的时候，后者需要考虑多线程的时候，前面需要加线程安全关键字（注意），java中还是前者为优。
   不要滥用单例，只有系统要求只有一个类的实例的时候才调用
   有的单例可能有状态属性，这就为多例模式提供了可能
   含有私有属性的类作成单例的时候尤其要注意：一是私有属性的线程安全，确实需要的时候可以加线程安全关键字，比如系统中的log类，二是确认这些属性是不是可以所有线程共享的，类似普通类的static
三   各种具体模式（1）
1、建造模式：参与角色4个：指导者、抽象建造对象、具体建造对象、产品
      一个复杂的产品有很多的零部件，就可以使用具体的建造对象来一一构造
2、原始模式：深拷贝、浅拷贝
3、适配器模式：将adaptee类适配成目标接口
4、合成模式：参与角色：composite接口、树枝节点类、树叶节点类
      分成透明式和安全式两种，各有优缺点
      (1)前者将管理子对象的方法放到接口中，这样树型结构中的所有对象都是透明的，都可以统一调用，但是叶节点并没有管理子对象的能力，因此透明但不安全
      (2)后者将管理子对象的方法下放到树枝节点类中，这样安全但不透明
5、装饰模式：继承已有类的接口，提供和已有类相同的方法，并对已有类的功能提供扩展（通过组合已有对象，调用已有对象方法的时候加入新的代码）
      (1)透明的装饰模式（纯粹的装饰模式）：装饰类、被装饰类继承于同一接口，而且装饰类只实现接口的方法，不提供额外方法的实现，调用该类的时候使用接口声明调用（实例化当然还是自己的构造函数），即该类的所有方法都是透明的
      (2)半透明的装饰模式（退化的装饰模式）：装饰类、被装饰类继承于同一接口，装饰类不仅实现接口的方法，还提供额外方法的实现，这样要调用它独特的方法的时候就必须使用它本身来调用，退化到一半装饰模式、一半适配器模式。

花了很长时间，终于在Jboss部署成功了第一个EJB。
Eclipse：3.1
EJB:2.0
JBoss:4.0.2
关于如何部署EJB，网上有不少详细介绍的文章。在这里我不在重复ejb的细枝末节。大体说一下，一个简单的EJB包括：一个继承SessionBean的类、一个继承EJBObject接口的Remote接口、一个继承EJBHome的Home接口、调用该EJB的一个类（网上的教程一般起名为XXXClient）。
组织好这些类的目录结构，写好ejb-jar.xml,基本上就完成了。
说明几点：
1、编译类的时候，引入jboss-j2ee.jar与jbossall-client.jar包；
2、ejb-jar.xml的DOCTYPE处一定要如此（针对EJB2.0，我部署的时候时间都浪费在这儿了）：
<!DOCTYPE ejb-jar PUBLIC "-//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN" "http://java.sun.com/j2ee/dtds/ejb-jar_2_0.dtd">
3、继承SessionBean的那个类至少要有一个ejbCreate()方法；
4、应该抛出的异常一定不能漏掉，特别是那两个接口里面的方法应该抛出的异常（都应该有java.rmi.RemoteException）；
5、部署后以dos方式重启jboss，若部署失败，可以在dos窗口中看到出错的原因。

代码中经常会出现枚举性的变量，比如血型、性别之类。
以血型为例:

class Blood {
public final static  int  o = 0 ;
public final static  int  A = 1 ;
public final static  int  B = 2 ;
public final static  int  AB = 3 ;

private Blood();
}


class person {
private  int  _blood;
public  void  setBlood( int  b) {
   _blood = b;
}

如果要给一个person的实例设置血型，代码如此：person.setBlood(Blood.A);
这个写法的代码中,setBlood的参数为整型，如果如此调用person.setBlood(9);
编译器无法发现错误，只能靠人为控制，如果在方法setBlood中检测参数的有效性，又超越了该方法的职责。

重构后的代码如下：

final class Blood{
public final static Blood O=new Blood(0);
public final static Blood A=new Blood(1);
public final static Blood B=new Blood(2);
public final static Blood AB=new Blood(3);
private int _bloodCode;
private Blood(int b){
    _bloodCode=b;
  }
public int getCode(){
    return _bloodCode;
  }
}

class person{
private Blood _blood;
public setBlood(Blood b){
    _blood=b;
  }
}

如此，（1）隐藏了血型的编码细节
            （2）方便编译期间发现错误
            （3）避免使用超越数据范围的参数

这是我以前在http://bbs.chinajavaworld.com上发的一个帖子

初来论坛，见大家一些基础问题反复的问，很是浪费时间与精力，下面将常见问题逐一解答，并欢迎各位同道跟帖写出常见问题以及解答方法。
（1）、何处下载jdk？网址：java.sun.com/downloads
何处下载tomcat？网址：http://jakarta.apache.org/site/binindex.cgi这个页面很长，往下拉找到tomcat，有很多版本，现在最新的是 5.5.5-alpha exe PGP MD5
（2）、为何安装tomcat的时候停在using jvm?关掉瑞星，然后打开 控制面板－》管理工具－》服务，找到瑞星对应的全部服务都停止。然后重新安装即可成功。
（3）、安装后需要如何配置环境变量？右键单击"我的电脑"，在弹出菜单中选择"属性"→"系统特性" →"高级" →"环境变量"， 弹出环境变量对话框，就可以编辑系统的环境变量了。添加PATH、JAVA_HOME、CLASSPATH、TOMCAT_HOME四个变量。PATH=你的jdk目录\bin;JAVA_HOME=你的jdk安装目录；CLASSPATH=你的jdk安装目录\lib\tools.jar；TOMCAT_HOME=你的tomcat安装目录。开启tomcat服务，然后使用：http://localhost:8080/就可以测试是不是配置成功。
（4）、tomcat的目录结构是什么样子的？下面说一下我们会经常接触到的目录与文件。bin目录下的tomcat5.exe是tomcat服务的启动文件；logs目录是一些日志文件，其中stdout.log是你的System.out.println打印的目的地（当你打开tomcat服务地dos界面时，向该dos界面打印）；webapps目录是我们的网站文件放置的地方，webapps\ROOT是tomcat的默认主页目录，可以使用http://localhost:8080来访问该目录。webapps下其他目录下的文件，我们可以使用http://localhost:8080/目录名来访问。
（5）、为何我得jsp不能正确显示中文?这个不是配置的问题，大家都知道我们可以在html文件里通过设置<meta http-equiv="Content-Type" content="text/html; charset=gb2312">让html显示中文，jsp也是一样，你设置<%@page contentType="text/html; charset=gb2312" ％>就可以显示中文。
（6）、如何新建虚拟目录？
修改 Tomcat安装目录\conf\server.xml ，在下列行前
</Host>
</Engine>
添加下列行：
<Context path="/my" docBase="c:\myjsp\test" debug="0" reloadable="true">
</Context>
表示增加虚拟目录 my，对应物理目录位置c:\myjsp\test，若存在c:\myjsp\test\hello.jsp，则下列地址可访问：
htpp://localhost:8080/my/hello.jsp
修改server.xml后，需要重新启动tomcat. (转mouseLee回帖，测试正确）
（7）、如何配置servlet?
以（6）建立的虚拟目录为例。假如你有一个servlet：MyFirstServlet。该servlet第一行代码为：package com.myservlet;
将MyFirstServlet.class复制到c:\myjsp\test\WEB-INF\classes\com\myservlet下面，无目录的自己新建。然后打开c:\myjsp\test\WEB-INF\web.xml（该文件可以从tomcat的安装目录\webapps\ROOT\WEB-INF下面复制），在<!-- JSPC servlet mappings end -->前面加入<servlet>
<servlet-name>newServlet</servlet-name>
<servlet-class>com.myservlet.MyFirstServlet</servlet-class>
</servlet>

<servlet-mapping>
<servlet-name>newServlet</servlet-name>
<url-pattern>/ceshi</url-pattern>
</servlet-mapping>
然后你就可以通过htpp://localhost:8080/my/ceshi来访问你的servlet了。