编程(Java-模式)
Jul 8

随便谈谈我对设计模式的看法吧。我极度反感言必称设计模式,什么要学好OO,必先学好Gof这类的屁话。坦率说我也从来不刻意的去学习设计模式,我看到身边的朋友花那么多钱去买一大本厚厚的阎博士的设计模式的书,心里总是叹息一下,设计模式不是学出来的,是用出来的。设计模式应该怎么学习?应该我花两个小时给你讲一下,告诉你每个模式是怎么回事,应该在什么场合适用就OK了,这样就学完了。

然后你在自己的工作实践中,碰到了这类问题,想起来自己曾经听xx说过可以使用xx模式,于是乎,你再把阎博士的书打开看看(或者把banq的文章翻出来看看),进行 copy & paste。这样就够了,充分够了。你真的完全没有必要把模式看的多么神圣,多么神秘,多么高深,它就是一个让你去copy & paste的代码片断,如此而已。所以Gof的书那么薄,因为作者知道设计模式本来就不是一个可以学出来的东西,所以Sun的J2EE模式就算加上了冗长的代码和罗嗦的描述,也是薄薄一本。把一本模式的书写的如此之厚,我认为已经失去了学习它的价值了。

而且“设计模式”这个词汇广义的来说指的是适用于特定场合的经过验证是良好的解决方案。其实只要你有足够的工作经验,就算你没有学过设计模式,你写出来的代码也会不知不觉符合某种模式的要求的。因为你经过很多实践经验,你已经积累了很多,你知道在什么场合代码应该怎么写,那么“在什么场合代码应该怎么写”这本身就是设计模式。

以我认为没有必要刻意去学习设计模式, 也没有必要把设计模式当做多么神圣的东西。只要你的OO编程经验达到了一定的水平,设计模式本来就是无师自通的。如果你的编程经验很少,你就是把Gof背得滚瓜烂熟,到时候你一样用不出来。

设计模式就像围棋中的定式,如果你是高手,你下的棋自然而然的符合一些定式的走法,如果你是初哥,你就是背了几千个定式,只要对手不按照定式来走,你就一点都用不上。

再说Gof的23种模式只不过是设计模式的沧海一粟,Sun的J2EE有15种设计模式,你还要不要学,要不要背? 不说别的,Hibernate现在也出了20种设计模式了,那是不是说你不把Hibernate的20种设计模式背的滚瓜烂熟,你就不可能把Hibernate学好用好呢?

总结一下我的观点:

设计模式就是定式,碰到这种场合你才用得上,所以学习设计模式,你只需要花2个小时过一遍,脑子里面有个印象就赶快收手,到用的时候再去copy & paste。这样就够了。如果你告诉你花了几个月去钻研设计模式,我只能告诉你,你在浪费青春。

总之,水平没到,学也白学,水平到了,无师自通。所以不要学设计模式,看一遍就用,用多了,你自己也可以总结设计模式了。

原文地址: http://www.javaeye.com/wiki/OO-design/340 -如何学习设计模式

Jul 7

Struts,Hibernate,Spring经典面试题
           Struts,Hibernate,Spring经典面试题
    Hibernate工作原理及为什么要用?
            原理:
            1.读取并解析配置文件
            2.读取并解析映射信息,创建SessionFactory
            3.打开Sesssion
            4.创建事务Transation
            5.持久化操作
            6.提交事务
            7.关闭Session
            8.关闭SesstionFactory

            为什么要用:
            1. 对JDBC访问数据库的代码做了封装,大大简化了数据访问层繁琐的重复性代码。
            2. Hibernate是一个基于JDBC的主流持久化框架,是一个优秀的ORM实现。他很大程度的简化DAO层的编码工作
            3. hibernate使用Java反射机制,而不是字节码增强程序来实现透明性。
            4. hibernate的性能非常好,因为它是个轻量级框架。映射的灵活性很出色。它支持各种关系数据库,从一对一到多对多的各种

复杂关系。
            2. Hibernate是如何延迟加载?
            1. Hibernate2延迟加载实现:a)实体对象 b)集合(Collection)
            2. Hibernate3 提供了属性的延迟加载功能
            当Hibernate在查询数据的时候,数据并没有存在与内存中,当程序真正对数据的操作时,对象才存在与内存中,就实现了延迟加

载,他节省了服务器的内存开销,从而提高了服务器的性能。
            3.Hibernate中怎样实现类之间的关系?(如:一对多、多对多的关系)
            类与类之间的关系主要体现在表与表之间的关系进行操作,它们都市对对象进行操作,我们程序中把所有的表与类都映射在一起

,它们通过配置文件中的many-to-one、one-to-many、many-to-many、
            4. 说下Hibernate的缓存机制
            1. 内部缓存存在Hibernate中又叫一级缓存,属于应用事物级缓存
            2. 二级缓存:
            a) 应用级缓存
            b) 分布式缓存
            条件:数据不会被第三方修改、数据大小在可接受范围、数据更新频率低、同一数据被系统频繁使用、非 关键数据
            c) 第三方缓存的实现

            5. Hibernate的查询方式
            Sql、Criteria,object comptosition
            Hql:
            1、 属性查询
            2、 参数查询、命名参数查询
            3、 关联查询
            4、 分页查询
            5、 统计函数
            6. 如何优化Hibernate?
            1.使用双向一对多关联,不使用单向一对多
            2.灵活使用单向一对多关联
            3.不用一对一,用多对一取代
            4.配置对象缓存,不使用集合缓存
            5.一对多集合使用Bag,多对多集合使用Set
            6. 继承类使用显式多态
            7. 表字段要少,表关联不要怕多,有二级缓存撑腰

            7. Struts工作机制?为什么要使用Struts?
            工作机制:
            Struts的工作流程:
            在web应用启动时就会加载初始化ActionServlet,ActionServlet从
            struts-config.xml文件中读取配置信息,把它们存放到各种配置对象
            当ActionServlet接收到一个客户请求时,将执行如下流程.
            -(1)检索和用户请求匹配的ActionMapping实例,如果不存在,就返回请求路径无效信息;
            -(2)如果ActionForm实例不存在,就创建一个ActionForm对象,把客户提交的表单数据保存到ActionForm对象中;
            -(3)根据配置信息决定是否需要表单验证.如果需要验证,就调用ActionForm的validate()方法;
            -(4)如果ActionForm的validate()方法返回null或返回一个不包含ActionMessage的ActuibErrors对象,
            就表示表单验证成功;
            -(5)ActionServlet根据ActionMapping所包含的映射信息决定将请求转发给哪个Action,如果相应的
            Action实例不存在,就先创建这个实例,然后调用Action的execute()方法;
            -(6)Action的execute()方法返回一个ActionForward对象,ActionServlet在把客户请求转发给
            ActionForward对象指向的JSP组件;
            -(7)ActionForward对象指向JSP组件生成动态网页,返回给客户;

            为什么要用:
            JSP、Servlet、JavaBean技术的出现给我们构建强大的企业应用系统提供了可能。但用这些技术构建的系统非常的繁乱,所以在

此之上,我们需要一个规则、一个把这些技术组织起来的规则,这就是框架,Struts便应运而生。
            基于Struts开发的应用由3类组件构成:控制器组件、模型组件、视图组件
            8. Struts的validate框架是如何验证的?
            在struts配置文件中配置具体的错误提示,再在FormBean中的validate()方法具体调用。

            9. 说下Struts的设计模式
            MVC模式:
            web应用程序启动时就会加载并初始化ActionServler。用户提交表单时,一个配置好的ActionForm对象被创建,并被填入表单相

应的数据,ActionServler根据Struts-config.xml文件配置好的设置决定是否需要表单验证,如果需要就调用ActionForm的
            Validate()验证后选择将请求发送到哪个Action,如果Action不存在,ActionServlet会先创建这个对象,然后调用
            Action的execute()方法。Execute()从ActionForm对象中获取数据,完成业务逻辑,返回一个ActionForward对象,

ActionServlet再把客户请求转发给ActionForward对象指定的jsp组件,ActionForward对象指定的jsp生成动态的网页,返回给客户。

            10. spring工作机制及为什么要用?
            1.spring
            mvc将所有的请求都提交给DispatcherServlet,它会委托应用系统的其他模块负责对请求进行真正的处理工作。
            2.DispatcherServlet查询一个或多个HandlerMapping,找到处理请求的Controller.
            3.DispatcherServlet将请求提交到目标Controller
            4.Controller进行业务逻辑处理后,会返回一个ModelAndView
            5.Dispathcher查询一个或多个ViewResolver视图解析器,找到ModelAndView对象指定的视图对象
            6.视图对象负责渲染返回给客户端。

            为什么用:
            {AOP 让开发人员可以创建非行为性的关注点,称为横切关注点,并将它们插入到应用程序代码中。使用 AOP 后,公共服务
            (比如日志、持久性、事务等)就可以分解成方面并应用到域对象上,同时不会增加域对象的对象模型的复杂性。
            IOC 允许创建一个可以构造对象的应用环境,然后向这些对象传递它们的协作对象。正如单词倒置所表明的,IOC就像反过来的
            JNDI。没有使用一堆抽象工厂、服务定位器、单元素(singleton)和直接构造(straight
            construction),每一个对象都是用其协作对象构造的。因此是由容器管理协作对象(collaborator)。
            Spring即使一个AOP框架,也是一IOC容器。 Spring 最好的地方是它有助于您替换对象。有了 Spring,只要用
            JavaBean 属性和配置文件加入依赖性(协作对象)。然后可以很容易地在需要时替换具有类似接口的协作对象。}


            Spring 框架是一个分层架构,由7个定义良好的模块组成。Spring 模块构建在核心容器之上,核心容器定义了创建、配置和管理
            bean 的方式,如图 1 所示。

            组成 Spring 框架的每个模块(或组件)都可以单独存在,或者与其他一个或多个模块联合实现。每个模块的功能如下:
            ☆ 核心容器:核心容器提供 Spring 框架的基本功能。核心容器的主要组件是
            BeanFactory,它是工厂模式的实现。BeanFactory 使用控制反转
            (IOC)模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。

            ☆ Spring 上下文:Spring 上下文是一个配置文件,向 Spring 框架提供上下文信息。Spring
            上下文包括企业服务,例如 JNDI、EJB、电子邮件、国际化、校验和调度功能。

            ☆ Spring AOP:通过配置管理特性,Spring AOP 模块直接将面向方面的编程功能集成到了 Spring
            框架中。所以,可以很容易地使 Spring框架管理的任何对象支持 AOP。Spring AOP 模块为基于Spring的
            应用程序中的对象提供了事务管理服务.通过使用 Spring AOP,不用依赖 EJB 组件,就可以将声明性事务管理集成到应用程序中。

            ☆ Spring DAO:JDBC DAO
            抽象层提供了有意义的异常层次结构,可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简化了错

误处理,并且极大地降低了需要编写的异常代码数量(例如打开和关闭连接)。Spring
            DAO 的面向 JDBC 的异常遵从通用的 DAO 异常层次结构。

            ☆ Spring ORM:Spring 框架插入了若干个 ORM 框架,从而提供了 ORM 的对象关系工具,其中包括
            JDO、Hibernate 和 iBatis SQL Map。所有这些都遵从 Spring 的通用事务和 DAO 异常层次结构。

            ☆ Spring Web 模块:Web 上下文模块建立在应用程序上下文模块之上,为基于 Web
            的应用程序提供了上下文。所以,Spring 框架支持与 Jakarta Struts 的集成。Web
            模块还简化了处理多部分请求以及将请求参数绑定到域对象的工作。

            ☆ Spring MVC 框架:MVC 框架是一个全功能的构建 Web 应用程序的 MVC 实现。通过策略接口,MVC
            框架变成为高度可配置的,MVC 容纳了大量视图技术,其中包括 JSP、Velocity、Tiles、iText 和 POI。

            Spring 框架的功能可以用在任何J2EE服务器中,大多数功能也适用于不受管理的环境。Spring 的核心要点是:支持不绑定到特定
            J2EE 服务的可重用业务和数据访问对象。毫无疑问,这样的对象可以在不同 J2EE 环境 (Web 或
            EJB)、独立应用程序、测试环境之间重用。
            IOC 和 AOP
            控制反转模式(也称作依赖性介入)的基本概念是:不创建对象,但是描述创建它们的方式。在代码中不直接与对象和服务连接

,但在配置文件中描述哪一个组件需要哪一项服务。容器(在Spring 框架中是 IOC 容器) 负责将这些联系在一起。

            在典型的 IOC 场景中,容器创建了所有对象,并设置必要的属性将它们连接在一起,决定什么时间调用方法。下表列出了 IOC
的一个实现模式。
            Spring 框架的 IOC 容器采用类型 2 和类型3 实现。

            面向方面的编程
            面向方面的编程,即 AOP,是一种编程技术,它允许程序员对横切关注点或横切典型的职责分界线的行为(例如日志和事务管理

)进行模块化。AOP的核心构造是方面,它将那些影响多个类的行为封装到可重用的模块中。
            AOP 和 IOC
            是补充性的技术,它们都运用模块化方式解决企业应用程序开发中的复杂问题。在典型的面向对象开发方式中,可能要将日志记

录语句放在所有方法和
            Java 类中才能实现日志功能。在 AOP
            方式中,可以反过来将日志服务模块化,并以声明的方式将它们应用到需要日志的组件上。当然,优势就是 Java
            类不需要知道日志服务的存在,也不需要考虑相关的代码。所以,用 Spring AOP 编写的应用程序代码是松散耦合的。

            AOP 的功能完全集成到了 Spring 事务管理、日志和其他各种特性的上下文中。
            IOC 容器
            Spring 设计的核心是 org.springframework.beans 包,它的设计目标是与 JavaBean
            组件一起使用。这个包通常不是由用户直接使用,而是由服务器将其用作其他多数功能的底层中介。
       下一个最高级抽象是 BeanFactory
            接口,它是工厂设计模式的实现,允许通过名称创建和检索对象。BeanFactory 也可以管理对象之间的关系。
            BeanFactory 支持两个对象模型。

            □ 单态 模型提供了具有特定名称的对象的共享实例,可以在查询时对其进行检索。Singleton
            是默认的也是最常用的对象模型。对于无状态服务对象很理想。

            □ 原型 模型确保每次检索都会创建单独的对象。在每个用户都需要自己的对象时,原型模型最适合。

            bean 工厂的概念是 Spring 作为 IOC 容器的基础。IOC
            将处理事情的责任从应用程序代码转移到框架。正如我将在下一个示例中演示的那样,Spring 框架使用 JavaBean
            属性和配置数据来指出必须设置的依赖关系。

            BeanFactory 接口

            因为 org.springframework.beans.factory.BeanFactory
            是一个简单接口,所以可以针对各种底层存储方法实现。最常用的 BeanFactory 定义是 XmlBeanFactory,它根据 XML
            文件中的定义装入 bean,如清单 1 所示。
            清单 1. XmlBeanFactory
            BeanFactory factory = new XMLBeanFactory(new
            FileInputSteam("mybean.xml"));

            在 XML 文件中定义的 Bean 是被消极加载的,这意味在需要 bean 之前,bean 本身不会被初始化。要从
            BeanFactory 检索 bean,只需调用 getBean() 方法,传入将要检索的 bean 的名称即可,如清单 2 所示。
            清单 2. getBean()
            MyBean mybean = (MyBean) factory.getBean("mybean");
            每个 bean 的定义都可以是 POJO (用类名和 JavaBean 初始化属性定义) 或
            FactoryBean。FactoryBean 接口为使用 Spring 框架构建的应用程序添加了一个间接的级别。

            IOC 示例
            理解控制反转最简单的方式就是看它的实际应用。在对由三部分组成的 Spring 系列 的第 1
            部分进行总结时,我使用了一个示例,演示了如何通过 Spring IOC 容器注入应用程序的依赖关系(而不是将它们构建进来)。

            我用开启在线信用帐户的用例作为起点。对于该实现,开启信用帐户要求用户与以下服务进行交互:

            ☆ 信用级别评定服务,查询用户的信用历史信息。
            ☆ 远程信息链接服务,插入客户信息,将客户信息与信用卡和银行信息连接起来,以进行自动借记(如果需要的话)。
            ☆ 电子邮件服务,向用户发送有关信用卡状态的电子邮件。
            三个接口
            对于这个示例,我假设服务已经存在,理想的情况是用松散耦合的方式把它们集成在一起。以下清单显示了三个服务的应用程序

接口。

            清单 3. CreditRatingInterface

            public interface CreditRatingInterface {
            public boolean getUserCreditHistoryInformation(ICustomer iCustomer);

            }

            清单 3 所示的信用级别评定接口提供了信用历史信息。它需要一个包含客户信息的 Customer 对象。该接口的实现是由
            CreditRating 类提供的。

            清单 4. CreditLinkingInterface

            public interface CreditLinkingInterface {

            public String getUrl();
            public void setUrl(String url);
            public void linkCreditBankAccount() throws Exception ;
            }
            信用链接接口将信用历史信息与银行信息(如果需要的话)连接在一起,并插入用户的信用卡信息。信用链接接口是一个远程服

务,它的查询是通过
            getUrl() 方法进行的。URL 由 Spring 框架的 bean 配置机制设置,我稍后会讨论它。该接口的实现是由
            CreditLinking 类提供的。
            清单 5. EmailInterface
            public interface EmailInterface {
            public void sendEmail(ICustomer iCustomer);
            public String getFromEmail();
            public void setFromEmail(String fromEmail) ;
            public String getPassword();
            public void setPassword(String password) ;
            public String getSmtpHost() ;
            public void setSmtpHost(String smtpHost);
            public String getUserId() ;
            public void setUserId(String userId);

Jun 27

GoF 设计模式
A.创建模式  
设计模式之 Factory(工厂方法和抽象工厂)
 使用工厂模式就象使用 new 一样频繁.
设计模式之 Prototype(原型)
 用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。
设计模式之 Builder
 汽车由车轮 方向盘  发动机很多部件组成,同时,将这些部件组装成汽车也是一件复杂的工作,Builder 模式就是将这两  种情况分开进行。
设计模式之 Singleton(单态)
 保证一个类只有一个实例,并提供一个访问它的全局访问点  
 
B.结构模式   
设计模式之 Facade
 可扩展的使用 JDBC 针对不同的数据库编程,Facade 提供了一种灵活的实现.
设计模式之 Proxy
 以 Jive 为例,剖析代理模式在用户级别授权机制上的应用
设计模式之 Adapter
 使用类再生的两个方式:组合(new)和继承(extends),这个已经在"thinking in java"中提到过.
设计模式之 Composite
 就是将类用树形结构组合成一个单位.你向别人介绍你是某单位,你是单位中的一个元素,别人和你做买卖,相当于和单位做买卖。文 章中还对 Jive 再进行了剖析。
设计模式之 Decorator
 Decorator 是个油漆工,给你的东东的外表刷上美丽的颜色.
设计模式之 Bridge
 将"牛郎织女"分开(本应在一起,分开他们,形成两个接口),在他们之间搭建一个桥(动态的结合)
设计模式之 Flyweight
 提供 Java 运行性能,降低小而大量重复的类的开销.
 
C.行为模式  
设计模式之 Template
 实际上向你介绍了为什么要使用 Java  抽象类,该模式原理简单,使用很普遍.
设计模式之 Memento
 很简单一个模式,就是在内存中保留原来数据的拷贝.  
设计模式之 Observer
 介绍如何使用 Java API提供的现成 Observer
设计模式之 Chain of Responsibility
 各司其职的类串成一串,好象击鼓传花,当然如果自己能完成,就不要推委给下一个.
设计模式之 Command
 什么是将行为封装,Command是最好的说明.
设计模式之 State
 状态是编程中经常碰到的实例,将状态对象化,设立状态变换器,便可在状态中轻松切换.
设计模式之 Strategy
 不同算法各自封装,用户端可随意挑选需要的算法.
设计模式之 Mediator
 Mediator 很象十字路口的红绿灯,每个车辆只需和红绿灯交互就可以.
设计模式之 Interpreter
 主要用来对语言的分析,应用机会不多.
设计模式之 Visi tor
 访问者在进行访问时,完成一系列实质性操作,而且还可以扩展.
设计模式之 Iterator
 这个模式已经被整合入 Java 的 Collection.在大多数场合下无需自己制造一个Iterator,只要将对象装入Collection中, 直接使用 Iterator进行对象遍历。

下载文档 http://zhidao.baidu.com/q?ct=24&cm=16&tn=ucframework&item=doc#doc

http://wenku.baidu.com/view/63965ceae009581b6bd9ebd7.html

http://www.shubulo.com/viewthread.php?tid=29221

java设计模式笔记链接地址汇总  http://liulve-rover-163-com.javaeye.com/blog/503272

 Java设计模式与建模 http://tech.it168.com/focus/200902/java-design/index.html

 

设计模式(Patterns in Java) http://www.jdon.com/designpatterns/PatternsInJava.pdf

Java设计模式PDF中文版   http://d.download.csdn.net/down/1807848/fz399

Jun 19

package com.common.main;
public class Gongys {
    /** 求两个数的最大公约数
     * @author happymen001
     * @version Jun 19, 2010  12:24:45 AM
     * @param args
     * @return void
     */
    public static void main(String[] args) {
        // TODO Auto-generated method stub
        Gongys gcd = new Gongys ();
        int m = gcd.Gcd(5767,4453);
        System.out.println(m);
    }
    /**
    辗转相除法.
  当两个数都较大时,采用辗转相除法比较方便.其方法是:
  以小数除大数,如果能整除,那么小数就是所求的最大公约数.否则就用余数来除刚才的除数;再用这新除法的余数去除刚才的余数.依此类推,直到一个除法能够整除,这时作为除数的数就是所求的最大公约数.
  例如:求4453和5767的最大公约数时,可作如下除法.
  5767÷4453=1余1314
  4453÷1314=3余511
  1314÷511=2余292
  511÷292=1余219
  292÷219=1余73
  219÷73=3
  于是得知,5767和4453的最大公约数是73.
  辗转相除法适用比较广,比短除法要好得多,它能保证求出任意两个数的最大公约数.
     */
    /**
     * @author happymen001
     * @version Jun 19, 2010  2:11:07 PM
     * @param num1
     * @param num2
     * @return
     * @return int
     */
    private static int Gcd(int num1,int num2){
        int gcd = 0;
        if(num1 == num2){
            gcd = num1;
        }
        if(num1 > num2 ){
            int temp = 0;
            temp = num2 ;
            num2 = num1;
            num1 = temp ;
        }
        if(num2 % num1 ==0){
            gcd = num1;
        }else {
            int temp = num1;
            num1 = num2 % num1 ;
            num2 = temp ;
            gcd  =Gcd(num1,num2);
            
        }
        return gcd;
    }
    
    }
//http://blog.csdn.net/dspingk/archive/2010/02/20/5312976.aspx

Jun 8

单例模式也是一种比较常见的设计模式,它到底能带给我们什么好处呢?其实无非是三个方面的作用:

第一、控制资源的使用,通过线程同步来控制资源的并发访问;

第二、控制实例产生的数量,达到节约资源的目的。

第三、作为通信媒介使用,也就是数据共享,它可以在不建立直接关联的条件下,让多个不相关的两个线程或者进程之间实现通信。

比如,数据库连接池的设计一般采用单例模式,数据库连接是一种数据库资源。软件系统中使用数据库连接池,主要是节省打开或者关闭数据库连接所引起的效率损耗,这种效率上的损耗还是非常昂贵的。当然,使用数据库连接池还有很多其它的好处,可以屏蔽不同数据数据库之间的差异,实现系统对数据库的低度耦合,也可以被多个系统同时使用,具有高可复用性,还能方便对数据库连接的管理等等。数据库连接池属于重量级资源,一个应用中只需要保留一份即可,既节省了资源又方便管理。所以数据库连接池采用单例模式进行设计会是一个非常好的选择。

在我们日常使用的在Windows中也有不少单例模式设计的组件,象常用的文件管理器。由于Windows操作系统是一个典型的多进程多线程系统,那么在创建或者删除某个文件的时候,就不可避免地出现多个进程或线程同时操作一个文件的现象。采用单例模式设计的文件管理器就可以完美的解决这个问题,所有的文件操作都必须通过唯一的实例进行,这样就不会产生混乱的现象。

再比如,每台计算机可以有若干个打印机,如果每一个进程或者线程都独立地使用打印机资源的话,那么我们打印出来的结果就有可能既包含这个打印任务的一部分,又包含另外一个打印任务的一部分。所以,大多数的操作系统最终为打印任务设计了一个单例模式的假脱机服务Printer Spooler,所有的打印任务都需要通过假脱机服务进行。

实际上,配置信息类、管理类、控制类、门面类、代理类通常被设计为单例类。像Java的Struts、Spring框架,.Net的Spring.Net框架,以及Php的Zend框架都大量使用了单例模式。

分页: 1/1 第一页 1 最后页 [ 显示模式: 摘要 | 列表 ]