国产精品亚洲色婷婷99久久精品,国产成人精品日本亚洲,亚洲精品V欧洲精品V日韩精品

WindDC — Fri, 01 Dec 2006 09:24:00 GMT

本程序用JS写的一个类拟于JAVA中MAP�c?可以寚w��值对�q�行�l�护.

/*
name: Map.js
author: WindDC
date: 2006-10-27
content: 本程序用JS实现�c�L��JAVA中MAP对像的功�?br />*/

function Node(key,value){//键值对对象
this.key=key;
this.value=value;
}

function Map(){//Map�c?br /> this.nodes=new Array();
}

Map.prototype.put=function(key,value){//往容器中加入一个键值对
        for(var i=0;i           if(this.nodes[i].key==key){//如果键值已存在�Q�则put�Ҏ��为更新已有数�?br />               this.nodes[i].value=value;
               return;
           }
        var node=new Node(key,value);
        this.nodes.push(node);
        return;
}//put

Map.prototype.get=function(key){//获取指定键的�?br />        for(var i=0;i           if(this.nodes[i].key==key)
              return this.nodes[i].value;
        return null;
}//get

Map.prototype.size=function(){//获取容器中对象的个数
    return this.nodes.length;
}//size

Map.prototype.clear=function(){//清空容器
    while(this.nodes.length>0)
        this.nodes.pop();
}//clear

Map.prototype.remove=function(key){//删除指定�?br />    for(var i=0;i        if(this.nodes[i].key==key){
           if(i>0)
              var nodes1=this.nodes.concat(this.nodes.slice(0,i-1),this.nodes.slice(i+1));
           else//删除的是�W�一个元�?br />           var nodes1=nodes.slice(1);
           this.nodes=nodes1;

        }
}//remove


Map.prototype.isEmpty=function(){//是否为空
    if(this.nodes.length==0)
       return true;
    else
       return false;
}//isEmpty

Map.prototype.toString=function(){
     var str="[";
     for(var i=0;i        if(i           str=str+this.nodes[i].key+",";
       else
           str=str+this.nodes[i].key;
   }
    str=str+"]";
    return str;
}

WindDC 2006-12-01 17:24 发表评论

WindDC — Fri, 01 Dec 2006 09:11:00 GMT

本文是用.net实现的数据库链接�?大体体现了数据库链接池的实现思想,ADO.NET已经提供了很好的链接池维�?所以本�E�序基本没有什么实用�h�?

1.链接池管理类
using System;
using System.Data;
using System.Data.SqlClient;
using System.Data.OleDb;
using System.Collections;
using System.Configuration;

///

/// DbConnectionPool 的摘要说�?br />///

namespace dbopr
{
    public class DbConnectionPool
    {
        //定义存放数据库链接的队列
        private static Queue connections=new Queue();

//数据库参�?br /> private static string ConnString = ""; //链接字符�?/p>

        //链接池参�?br />        private static int InitSize = 20;                                         //初始化链接池大小
        private static int MaxSize = 100;                                         //最大链接数
        private static int QueueSize = 50;                                        //队列中最大维护的链接�?br />        private static int ConnNum = 0;                                           //�pȝ��l�护的链接��L��

        //定义数据库类型，1表示为SqlServer数据库，2表示其它的OLE DB�Q�默认�ؓSqlServer
        private static int DbType = 1;
        public static int DbType
        {
            set
            {
                DbType = value;
            }
        }

        private DbConnectionPool()
        {
            try{
                ConnString = Configuration.connectionStrings["DbSource"].connectionString;
                InitSize = int.Parse(Configuration.connectionStrings["InitSize"].connectionString);
                MaxSize = int.Parse(Configuration.connectionStrings["MaxSize"].connectionString);
                QueueSize = int.Parse(Configuration.connectionStrings["QueueSize"].connectionString);
                DbType = int.Parse(Configuration.connectionStrings["DbType"].connectionString);
                initPool();
            }
            catch(Exception e) {
            }
        }

        //初始化链接池
        private static void initPool(){
            int i;
            for (i = 1; i <= InitSize; i++) {
                if (DbType == 1)
                    connections.Enqueue(newSqlConn());
                else
                    connections.Enqueue(newOleConn());
            }
        }

        //获取一个Sql Server链接对象
        private static SqlConnection newSqlConn()
        {
            ConnNum++;
            return new SqlConnection(ConnString);
        }

        //获取一个OLE DB链接对像
        private static OleDbConnection newOleConn()
        {
            ConnNum++;
            return new OleDbConnection(ConnString);
        }

        //获取一个数据库链接
        public static IDbConnection getConn() {
            if (connections.Count == 0)                                  //如果队列中链接用完，则新��Z��个链接放入队�?br />            {
                if (ConnNum > MaxSize)                                   //如果当前�z�d��链接辑ֈ�最大，则等待链�?br />                    return null;
                else
                {
                    if (DbType == 1)
                        connections.Enqueue(newSqlConn());
                    else
                        connections.Enqueue(newOleConn());
                    return connections.Dequeue();
                }
            }
            else
                return connections.Dequeue();
        }

        //释放一个活�q�链�?br />        public static void reConn(IDbConnection conn) {
            if (connections.Count > QueueSize)                           //如果队列中元素个数已辑ֈ�最大，则关闭链�?br />                conn.Close();
            else
                connections.Enqueue(conn);
        }

        //销毁链接池
        public static void ClearPool() {
            while(connections.Count>0)
                 (IDbConnection)connections.Dequeue().Close();
        }
    }
}

2.链接生成�c?br />using System;
using System.Data;
using System.Data.SqlClient;
using System.Data.OleDb;
using System.Configuration;
using System.Web;

///

/// DbConn 的摘要说�?br />///

namespace dbopr
{
    public class DbConnection
    {
        private static IDbConnection conn;

        public DbConnection()
        {
            //
            // TODO: 在此处添加构造函数逻辑
            //
        }

        public static SqlConnection getSqlConn()
        {
            //获取链接池中的Sql Server的链�?br />            conn = DbConnectionPool.getConn();
            return (SqlConnection)conn;
        }

        public static OleDbConnection getOleConn() {
            //获取其它OLE DB的链�?br />            conn = DbConnectionPool.getConn();
            return (OleDbConnection)conn;
        }

        public static void Close() {
            //攑֛�用过的链�?br />            DbConnectionPool.reConn(conn);
        }
    }
}

WindDC 2006-12-01 17:11 发表评论

WindDC — Fri, 22 Sep 2006 03:32:00 GMT

abstract class和interface是Java语言中对于抽象类定义�q�行支持的两�U�机�Ӟ��正是�׃��q�两�U�机制的存在�Q�才赋予了Java强大的面向对象能力�?abstract class和interface之间在对于抽象类定义的支持方面具有很大的�怼�性，甚至可以�怺�替换�Q�因此很多开发者在�q�行抽象�c�d��义时对于 abstract class和interface的选择昑־�比较随意。其实，两者之间还是有很大的区别的�Q�对于它们的选择甚至反映出对于问题领域本质的理解、对于设计意囄��理解是否正确、合理。本文将对它们之间的区别�q�行一番剖析，试图�l�开发者提供一个在二者之间进行选择的依据�?br />
理解抽象�c?br />
abstract class和interface在Java语言中都是用来进行抽象类�Q�本文中的抽象类�q��从abstract class��译而来�Q�它表示的是一个抽象体�Q�而abstract class为Java语言中用于定义抽象类的一�U�方法，误��者注意区分）定义的，那么什么是抽象�c�，使用抽象�c�能为我们带来什么好处呢�Q?br />
在面向对象的概念中，我们知道所有的对象都是通过�c�L��描绘的，但是反过来却不是�q�样。�ƈ不是所有的�c�都是用来描�l�对象的�Q�如果一个类中没有包含��够的信息来描�l�一个具体的对象�Q�这��L��c�d��是抽象类。抽象类往往用来表征我们在对问题领域�q�行分析、设计中得出的抽象概念，是对一�p�d��看上��M��同，但是本质上相同的具体概念的抽象。比如：如果我们�q�行一个图形编辑��Y件的开发，��׃��发现问题领域存在着圆、三角�Ş�q�样一些具体概念，它们是不同的�Q�但是它们又都属于�Ş状这样一个概念，形状�q�个概念在问题领域是不存在的�Q�它��是一个抽象概��c��正是因为抽象的概念在问题领域没有对应的具体概念�Q�所以用以表征抽象概�늚�抽象�c�L��不能够实例化的�?br />
在面向对象领域，抽象�c�M��要用来进行类型隐藏。我们可以构造出一个固定的一�l�行为的抽象描述�Q�但是这�l�行为却能够有�Q意个可能的具体实现方式。这个抽象描�q�就是抽象类�Q�而这一�l��Q意个可能的具体实现则表现为所有可能的�z��c�R��模块可以操作一个抽象体。由于模块依赖于一个固定的抽象体，因此它可以是不允�怿�改的�Q�同�Ӟ��通过从这个抽象体�z��Q�也可扩展此模块的行为功能。熟悉OCP的读者一定知道，��Z��能够实现面向对象设计的一个最核心的原则OCP(Open-Closed Principle)�Q�抽象类是其中的关键所在�?br />
从语法定义层面看abstract class和interface

在语法层面，Java语言对于abstract class和interface�l�出了不同的定义方式�Q�下面以定义一个名为Demo的抽象类��Z��来说明这�U�不同�?br />
使用abstract class的方式定义Demo抽象�cȝ��方式如下�Q?br />
abstract class Demo �?br />abstract void method1();
abstract void method2();
�?br />�?br />
使用interface的方式定义Demo抽象�cȝ��方式如下�Q?br />
interface Demo {
void method1();
void method2();
�?br />}

在abstract class方式中，Demo可以有自��q��数据成员�Q�也可以有非abstarct的成员方法，而在interface方式的实��C��Q�Demo只能够有静态的不能被修改的数据成员�Q�也��是必须是static final的，不过在interface中一般不定义数据成员�Q�，所有的成员�Ҏ��都是abstract的。从某种意义上说�Q�interface是一�U�特�D��Ş式的abstract class�?br />
从编�E�的角度来看�Q�abstract class和interface都可以用来实现design by contract的思想。但是在具体的��用上面还是有一些区别的�?br />
首先�Q�abstract class在Java语言中表�C�的是一�U��承关�p�，一个类只能使用一�ơ��承关�p�R��但是，一个类却可以实现多个interface。也许，�q�是Java语言的设计者在考虑Java对于多重�l�承的支持方面的一�U�折中考虑吧�?br />
其次�Q�在abstract class的定义中�Q�我们可以赋予方法的默认行�ؓ。但是在interface的定义中�Q�方法却不能拥有默认行�ؓ�Q��ؓ了绕�q�这个限�Ӟ��必须使用委托�Q�但是这�?增加一些复杂性，有时会造成很大的麻烦�?br />
在抽象类中不能定义默认行��存在另一个比较严重的问题�Q�那��是可能会造成�l�护上的�ȝ��。因为如果后来想修改�cȝ��界面�Q�一般通过abstract class或者interface来表�C�）以适应新的情况�Q�比如，��d��新的�Ҏ��或者给已用的方法中��d��新的参数�Q�时�Q�就会非常的�ȝ��Q�可能要��p��很多的时��_��对于�z��c�d��多的情况�Q�尤为如此）。但是如果界面是通过abstract class来实现的�Q�那么可能就只需要修改定义在abstract class中的默认行�ؓ��可以了�?br />同样�Q�如果不能在抽象�c�M��定义默认行�ؓ�Q�就会导致同��L��Ҏ��实现出现在该抽象�cȝ��每一个派生类中，�q�反�?one rule�Q�one place原则�Q�造成代码重复�Q�同样不利于以后的维护。因此，在abstract class和interface间进行选择时要非常的小心�?br />
从设计理念层面看abstract class和interface

上面主要从语法定义和�~�程的角度论�q�C��abstract class和interface的区别，�q�些层面的区别是比较低层�ơ的、非本质的。本��节��从另一个层面：abstract class和interface所反映出的设计理念�Q�来分析一下二者的区别。作者认为，从这个层面进行分析才能理解二者概�늚�本质所在�?br />
前面已经提到�q�，abstarct class在Java语言中体��C��一�U��承关�p�，要想使得�l�承关系合理�Q�父�c�d��z��c�M��间必��d��在is a关系�Q�即父类和派生类在概忉|��质上应该是相同的�Q�参考文献�?〕中有关于is a关系的大��幅深入的论�q�ͼ�有兴��的读者可以参考）。对于interface 来说则不�Ӟ��q�不要求interface的实现者和interface定义在概忉|��质上是一致的�Q�仅仅是实现了interface定义的契�U�而已。�ؓ了��便于理解�Q�下面将通过一个简单的实例�q�行说明�?br />
考虑�q�样一个例子，假设在我们的问题领域中有一个关于Door的抽象概念，该Door��h��执行两个动作open和close�Q�此时我们可以通过abstract class或者interface来定义一个表�C��抽象概念的类型，定义方式分别如下所�C�：

使用abstract class方式定义Door�Q?br />
abstract class Door {
abstract void open();
abstract void close()�Q?br />}
使用interface方式定义Door�Q?br />interface Door {
void open();
void close();
}
其他具体的Door�c�d��可以extends使用abstract class方式定义的Door或者implements使用interface方式定义的Door。看��h��好像使用abstract class和interface没有大的区别�?br />如果现在要求Door�q�要��h��报警的功能。我们该如何设计针对该例子的�cȝ��构呢�Q�在本例中，主要是�ؓ了展�C�abstract class和interface反映在设计理念上的区别，其他斚w��无关的问题都做了��化或者忽略）�Q�下面将�|�列出可能的解决�Ҏ��Q��ƈ从设计理念层面对�q�些不同的方案进行分析�?br />
解决�Ҏ��一�Q?br />��单的在Door的定义中增加一个alarm�Ҏ��Q�如下：
abstract class Door {
abstract void open();
abstract void close()�Q?br />abstract void alarm();
}
或�?br />interface Door {
void open();
void close();
void alarm();
}

那么��h��报警功能的AlarmDoor的定义方式如下：

class AlarmDoor extends Door {
void open() { �?}
void close() { �?}
void alarm() { �?}
}
或�?br />class AlarmDoor implements Door �?br />void open() { �?}
void close() { �?}
void alarm() { �?}
�?br />�q�种�Ҏ��q�反了面向对象设计中的一个核心原则ISP�Q�Interface Segregation Priciple�Q�，在Door的定义中把Door概念本��n固有的行为方法和另外一个概忉|��警器的行为方法�؜在了一赗��这样引��L��一个问题是那些仅仅依赖于Door�q�个概念的模块会因�ؓ报警器这个概�늚�改变�Q�比如：修改alarm�Ҏ��的参敎ͼ�而改变，反之依然�?br />
解决�Ҏ��二：
既然open、close和alarm属于两个不同的概念，�Ҏ��ISP原则应该把它们分别定义在代表�q�两个概�늚�抽象�c�M��。定义方式有�Q�这两个概念都��?abstract class方式定义�Q�两个概念都使用interface方式定义�Q�一个概念��用abstract class方式定义�Q�另一个概念��用interface方式定义�?br />
昄��Q�由于Java语言不支持多重��承，所以两个概念都使用abstract class方式定义是不可行的。后面两�U�方式都是可行的�Q�但是对于它们的选择却反映出对于问题领域中的概念本质的理解、对于设计意囄��反映是否正确、合理。我们一一来分析、说明�?br />
如果两个概念都��用interface方式来定义，那么��反映出两个问题�Q?、我们可能没有理解清楚问题领域，AlarmDoor在概忉|��质上到底�?Door�q�是报警器？2、如果我们对于问题领域的理解没有问题�Q�比如：我们通过对于问题领域的分析发现AlarmDoor在概忉|��质上和Door是一致的�Q�那么我们在实现时就没有能够正确的揭�C�我们的设计意图�Q�因为在�q�两个概�늚�定义上（均��用interface方式定义�Q�反映不��Z��q�含义�?br />
如果我们对于问题领域的理解是�Q�AlarmDoor在概忉|��质上是Door�Q�同时它有具有报警的功能。我们该如何来设计、实现来明确的反映出我们的意思呢�Q�前面已�l�说�q�，abstract class在Java语言中表�C�Z��U��承关�p�，而��承关�p�d��本质上是is a关系。所以对于Door�q�个概念�Q�我们应该��用abstarct class方式来定义。另外，AlarmDoor又具有报警功能，说明它又能够完成报警概念中定义的行�ؓ�Q�所以报警概念可以通过interface方式定义。如下所�C�：

abstract class Door {
abstract void open();
abstract void close()�Q?br />}
interface Alarm {
void alarm();
}
class AlarmDoor extends Door implements Alarm {
void open() { �?}
void close() { �?}
void alarm() { �?}
}
�q�种实现方式基本上能够明��的反映出我们对于问题领域的理解�Q�正��的揭示我们的设计意图。其实abstract class表示的是is a关系�Q�interface表示的是like a关系�Q�大家在选择时可以作��Z��个依据，当然�q�是建立在对问题领域的理解上的，比如�Q�如果我们认为AlarmDoor在概忉|��质上是报警器�Q�同时又��h�� Door的功能，那么上述的定义方式就要反�q�来了�?br />�l�论
abstract class和interface是Java语言中的两种定义抽象�cȝ��方式�Q�它们之间有很大的相似性。但是对于它们的选择却又往往反映出对于问题领域中的概忉|��质的理解、对于设计意囄��反映是否正确、合理，因�ؓ它们表现了概念间的不同的关系�Q�虽焉��能够实现需求的功能�Q�。这其实也是语言的一�U�的惯用法，希望读者朋友能够细�l�体会�?br />
很多人有�q�这��L��疑问�Q��ؓ什么有的地方必��M��用接口而不是抽象类�Q�而在另一些地方，又必��M��用抽象类而不是接口呢�Q�或者说�Q�在考虑Java�cȝ��一般化问题�Ӟ��很多��Z��在接口和抽象�c�M��间犹豫不冻I��甚至随便选择一�U��?br />
　　实际上接口和抽象�cȝ��选择不是随心所�Ʋ的�?要理解接口和抽象�cȝ��选择原则�Q�有两个概念很重要：对象的行为和对象的实现。如果一个实体可以有多种实现方式�Q�则在设计实体行为的描述方式�Ӟ��应当辑ֈ��q�样一个目标：在��用实体的时候，无需详细了解实体行�ؓ的实现方式。也��是��_��要把对象的行为和对象的实现分��d��来。既然Java的接口和抽象�c�都可以定义不提供具体实现的�Ҏ��Q�在分离对象的行为和对象的实现时�Q�到底应该��用接口还是��用抽象类呢？

通过抽象�c�d��立行为模�?br />
　　在接口和抽象�cȝ��选择上，必须遵守�q�样一个原则：行�ؓ模型应该��L��通过接口而不是抽象类定义。�ؓ了说明其原因�Q�下面试着通过抽象�c�d��立行为模型，看看会出��C��么问题�?br />
　　假设要�ؓ销售部门设计一个��Y�Ӟ��q�个软�g包含一个“发动机”（Motor�Q�实体。显然无法在发动机对象中详细地描�q�发动机的方斚w��面，只能描述某些对当前��Y件来说重要的特征。至于发动机的哪些特征是重要的，则要与用��P��销售部门）交流才能��定�?br />
　　销售部门的��求每一个发动机都有一个称为马力的参数。对于他们来��_��q�是惟一值得兛_��的参数。基于这一判断�Q�可以把发动机的行�ؓ定义��Z��下行为�?br />
　　行�ؓ1�Q�查询发动机的马力，发动机将�q�回一个表�C�马力的整数�?br />
　　虽然现在�q�不清楚发动机如何取得马力这个参敎ͼ�但可以肯定发动机一定支持这个行为，而且�q�是所有发动机惟一值得��x��的行为特征。这个行为特征既可以用接口定义，也可以用抽象�c�d��义。�ؓ了说明用抽象�c�d��义可能出现的问题�Q�下面用抽象�c�d��立发动机的行为模型，�q�用Java�Ҏ��描述行�ؓ1�Q�代码如下：

public abstract Motor{

abstract public int getHorsepower();

}

　　在Motor抽象�cȝ��基础上构造出多种具体实现�Q�例如A型发动机、B型发动机�{�，再加上系�l�的其它部分�Q�最后得�?.0版的软�g�q�交付��用。一�D�|��间过��M��Q�现在要设计2.0版的软�g。在评估2.0版��Y仉��求的�q�程中，发现一��部分发动机是电池驱动的�Q�而电池需要一定的充电旉��。销售部门的人希望能够通过计算机查阅充甉|��间。根据这一要求定义一个新的行为，如图1所�C��?br />
　　行�ؓ2�Q�查询电驱动发动机的充电旉��Q�发动机��返回一个表�C�充甉|��间的整数�?br />
　　用Java�Ҏ��来描�q�这个行为，代码如下�Q?br />
public abstract BatteryPoweredMotor extends Motor{

abstract public int getTimeToRecharge();

}

　　在销售部门的软�g中，电驱动发动机也以�cȝ��形式实现�Q�但�q�些�c�M��BatteryPoweredMotor而不是Motor�z��。这些改动加入到2.0版��Y件之后，销售部门很满意。随着业务的不断发展，不久之后光驱动的发动机出��C��。销售部门要求光驱动发动机需要一定光能才能运转，光能以流明（Lumen�Q�度量。这个信息对客户很重要，因�ؓ下雨或多云的天气里，某些光驱动发动机可能无法�q��{。销售部门要求�ؓ软�g增加对光驱动发动机的支持�Q�所以要定义一个新的行为�?br />
　　行�ؓ3�Q�查询光驱动发动��够正常运转所需要的最��流明数�Q�发动机�q�回一个整数�?br />
　　再定义一个抽象类�q�把行�ؓ3转换成Java�Ҏ��Q�代码如下：

public abstract SolarPoweredMotor extends Motor{

abstract public int getLumensToOperate();

}

　　如图1所�C�，SolarPoweredMotor和BatteryPoweredMotor都从Motor抽象�c�L��生。在整个软�g中，90�Q�以上的代码以相同的方式对待所有的发动机。偶��需要检查一下发动机是光驱动�q�是电驱动，使用instanceof实现�Q�代码如下：

[color=#336600]

if (instanceof SolarPoweredMotor){...}

if (instanceof BatteryPoweredMotor){...}

　　无论是哪�U�发动机�Q�马力这个参数都很重要，所以在所有派生的抽象�c�（SolarPoweredMotor和BatteryPoweredMotor�Q�中�Q�getHorsepower()�Ҏ��都有效�?br />
　　现在销售部门又有了一�U�新的发动机�Q�它是一�U�既有电驱动又有光驱动的双重驱动发动机。光驱动和电驱动的行为本�w�没有变化，但新的发动机同时支持两种行�ؓ。在考虑如何定义新型的光电驱动发动机�Ӟ��接口和抽象类的差别开始显�C�出来了。新的目标是在增加新型发动机的前提下��量��改动代码。因��Z��光驱动发动机、电驱动发动机有关的代码已经�q�全面的��试�Q�不存在已知的Bug。�ؓ了增加光电驱动发动机�Q�要定义一个新的SolarBatteryPowered抽象�c�R��如果让SolarBatteryPowered从Motor抽象�c�L��生，SolarBatteryPowered��不支持针对光驱动发动机和电驱动发动机的instanceof操作。也��是��_��如果查询一个光电驱动的发动机是光驱动的�Q�还是电驱动的，得到的答案是�Q�都不是�?br />
　　如果�?SolarBatteryPowered从SolarPoweredMotor�Q�或BatteryPoweredMotor�Q�抽象类�z��Q�类似的问题也会出现�Q�SolarBatteryPowered��不支持针对BatteryPoweredMotor�Q�或SolarPoweredMotor�Q�的 instanceof操作。从行�ؓ上看�Q�光电驱动的发动机必��d��时从两个抽象�c�L��生，但Java语言不允许多重��ѝ��之所以会出现�q�个问题�Q�根本的原因在于使用抽象�c�M��仅意味着定义特定的行为，而且意味着定义实现的模式。也��是��_��应该定义一个发动机如何获得行�ؓ的模型，而不仅仅是声明发动机��h��某一个行为�?br />
通过接口建立行�ؓ模型

　　如果用接口来建立行�ؓ模型�Q�就可以避免隐含地规定实现模式。例如，前面的几个行为改用接口定义如下�?br />
　　行�ؓ1�Q?br />
public interface Motor(){

public int getHorsepower();

}

行�ؓ2�Q?br />
public interface BatteryPoweredMotor extends Motor(){

public int getTimeToRecharge();

}

行�ؓ3�Q?br />
public interface SolarPoweredMotor extends Motor{

abstract public int getLumensToOperate();

}

　　现在光电驱动的发动机可以描述为：
public DualPoweredMotor implements SolarPoweredMotor, BatteryPoweredMotor{}

　　DualPoweredMotor只��承行为定义，而不是行为的实现模式�Q�如�?所�C��?br />
　　在��用接口的同时仍旧可以使用抽象�c�，不过�q�时抽象�cȝ��作用是实现行为，而不是定义行为。只要实现行为的�c�遵从接口定义，即��它改变了父抽象类�Q�也不用改变其它代码与之交互的方式。特别是对于公用的实��C��码，抽象�c�L��它的优点。抽象类能够保证实现的层�ơ关�p�，避免代码重复。然而，即��在��用抽象类的场合，也不要忽视通过接口定义行�ؓ模型的原则。从实践的角度来看，如果依赖于抽象类来定义行为，往往��D��q�于复杂的��承关�p�，而通过接口定义行�ؓ能够更有效地分离行�ؓ与实玎ͼ��Z��码的�l�护和修改带来方�ѝ�?img src ="http://m.tkk7.com/jsdk999/aggbug/71274.html" width = "1" height = "1" />

WindDC 2006-09-22 11:32 发表评论