纵坐标的幻 - Hifar's Blog - 文摘和收藏

短距通信(NFC) 和其它近距无线通信技术的比较

Jimmy Gao — Fri, 12 Feb 2010 13:52:42 GMT

近距离无线通信技术

目前使用较广泛的近距无线通信技术是蓝牙(Bluetooth)，无线局域网802.11(Wi-Fi)和红外数据传输(IrDA)。同时还有一些具有发展潜力的近距无线技术标准，它们分别是：ZigBee、超宽频(Ultra WideBand)、短距通信(NFC)、WiMedia、GPS、DECT、无线1394和专用无线系统等。它们都有其立足的特点，或基于传输速度、距离、耗电量的特殊要求；或着眼于功能的扩充性；或符合某些单一应用的特别要求；或建立竞争技术的差异化等。但是没有一种技术可以完美到足以满足所有的需求。

蓝牙技术
bluetooth)技术是近几年出现的，广受业界关注的近距无线连接技术。它是一种无线数据与语音通信的开放性全球规范，它以低成本的短距离无线连接为基础，可为固定的或移动的终端设备提供廉价的接入服务。

蓝牙技术是一种无线数据与语音通信的开放性全球规范，其实质内容是为固定设备或移动设备之间的通信环境建立通用的近距无线接口，将通信技术与计算机技术进一步结合起来，使各种设备在没有电线或电缆相互连接的情况下，能在近距离范围内实现相互通信或操作。其传输频段为全球公众通用的2.4GHz ISM频段，提供1Mbps的传输速率和10m的传输距离。

蓝牙技术诞生于1994年，Ericsson当时决定开发一种低功耗、低成本的无线接口，以建立手机及其附件间的通信。该技术还陆续获得PC行业业界巨头的支持。1998年，蓝牙技术协议由Ericsson、IBM、Intel、NOKIA、Toshiba等5家公司达成一致。

蓝牙协议的标准版本为802.15.1，由蓝牙小组（SIG）负责开发。802.15.1的最初标准基于蓝牙1.1实现，后者已构建到现行很多蓝牙设备中。新版802.15.1a基本等同于蓝牙1.2标准，具备一定的QoS特性，并完整保持后向兼容性。

但蓝牙技术遭遇了最大的障碍是过于昂贵。突出表现在芯片大小和价格难以下调、抗干扰能力不强、传输距离太短、信息安全问题等等。这就使得许多用户不愿意花大价钱来购买这种无线设备。因此，业内专家认为，蓝牙的市场前景取决于蓝牙价格和基于蓝牙的应用是否能达到一定的规模。

Wi-Fi技术
Wi-Fi(Wireless Fidelity,无线高保真)也是一种无线通信协议，正式名称是IEEE802.11b，与蓝牙一样，同属于短距离无线通信技术。Wi-Fi速率最高可达11Mb/s。虽然在数据安全性方面比蓝牙技术要差一些，但在电波的覆盖范围方面却略胜一筹，可达100 m左右。

Wi-Fi是以太网的一种无线扩展，理论上只要用户位于一个接入点四周的一定区域内，就能以最高约11Mb/s的速度接入Web。但实际上，如果有多个用户同时通过一个点接入，带宽被多个用户分享，Wi-Fi的连接速度一般将只有几百kb/s的信号不受墙壁阻隔，但在建筑物内的有效传输距离小于户外。

WLAN未来最具潜力的应用将主要在SOHO、家庭无线网络以及不便安装电缆的建筑物或场所。目前这一技术的用户主要来自机场、酒店、商场等公共热点场所。Wi-Fi技术可将Wi-Fi与基于XML或Java的Web服务融合起来，可以大幅度减少企业的成本。例如企业选择在每一层楼或每一个部门配备802.11b的接入点，而不是采用电缆线把整幢建筑物连接起来。这样一来，可以节省大量铺设电缆所需花费的资金。

最初的IEEE802.11规范是在1997年提出的，称为802.11b，主要目的是提供WLAN接入，也是目前WLAN的主要技术标准，它的工作频率也是2.4GHz，与无绳电话、蓝牙等许多不需频率使用许可证的无线设备共享同一频段。随着Wi-Fi协议新版本如802.11a和802.11g的先后推出，Wi-Fi的应用将越来越广泛。速度更快的802.11g使用与802.11b相同的正交频分多路复用调制技术。它工作在2.4GHz频段，速率达54Mb/s。根据最近国际消费电子产品的发展趋势判断，802.11g将有可能被大多数无线网络产品制造商选择作为产品标准。

微软推出的桌面操作系统WindowsXP和嵌入式操作系统WindowsCE，都包含了对Wi-Fi的支持。其中，WindowsCE同时还包含对Wi-Fi的竞争对手蓝牙等其它无线通信技术的支持。由于投资802.11b的费用降低，许多厂商介入这一领域。Intel推出了集成WLAN技术的笔记本电脑芯片组，不用外接无线网卡，就可实现无线上网。

IrDA技术
红外线数据协会IrDA（Infrared Data Association）成立于1993年。起初，采用IrDA标准的无线设备仅能在1m范围内以115.2 kb/s速率传输数据，很快发展到4Mb/s以及16Mb/s的速率。

IrDA是一种利用红外线进行点对点通信的技术，是第一个实现无线个人局域网（PAN）的技术。目前它的软硬件技术都很成熟，在小型移动设备，如PDA、手机上广泛使用。事实上，当今每一个出厂的PDA及许多手机、笔记本电脑、打印机等产品都支持IrDA。

IrDA的主要优点是无需申请频率的使用权，因而红外通信成本低廉。并且还具有移动通信所需的体积小、功耗低、连接方便、简单易用的特点。此外，红外线发射角度较小，传输上安全性高。

IrDA的不足在于它是一种视距传输，两个相互通信的设备之间必须对准，中间不能被其它物体阻隔，因而该技术只能用于2台（非多台）设备之间的连接。而蓝牙就没有此限制，且不受墙壁的阻隔。IrDA目前的研究方向是如何解决视距传输问题及提高数据传输率。

NFC技术
NFC（Near Field Communication，近距离无线传输）是由Philips、NOKIA和Sony主推的一种类似于RFID(非接触式射频识别)的短距离无线通信技术标准。和RFID不同，NFC采用了双向的识别和连接。在20cm距离内工作于13.56MHz频率范围。

NFC最初仅仅是遥控识别和网络技术的合并，但现在已发展成无线连接技术。它能快速自动地建立无线网络，为蜂窝设备、蓝牙设备、Wi-Fi设备提供一个“虚拟连接”，使电子设备可以在短距离范围进行通讯。NFC的短距离交互大大简化了整个认证识别过程，使电子设备间互相访问更直接、更安全和更清楚，不用再听到各种电子杂音。

NFC通过在单一设备上组合所有的身份识别应用和服务，帮助解决记忆多个密码的麻烦，同时也保证了数据的安全保护。有了NFC，多个设备如数码相机、PDA、机顶盒、电脑、手机等之间的无线互连，彼此交换数据或服务都将有可能实现。

此外NFC还可以将其它类型无线通讯(如Wi-Fi和蓝牙)“加速”，实现更快和更远距离的数据传输。每个电子设备都有自己的专用应用菜单，而NFC可以创建快速安全的连接，而无需在众多接口的菜单中进行选择。与知名的蓝牙等短距离无线通讯标准不同的是，NFC的作用距离进一步缩短且不像蓝牙那样需要有对应的加密设备。

同样，构建Wi-Fi家族无线网络需要多台具有无线网卡的电脑、打印机和其它设备。除此之外，还得有一定技术的专业人员才能胜任这一工作。而NFC被置入接入点之后，只要将其中两个靠近就可以实现交流，比配置Wi-Fi连结容易得多。

NFC有三种应用类型：

◆ 设备连接。除了无线局域网，NFC也可以简化蓝牙连接。比如，手提电脑用户如果想在机场上网，他只需要走近一个Wi-Fi热点即可实现。

◆ 实时预定。比如，海报或展览信息背后贴有特定芯片，利用含NFC协议的手机或PDA，便能取得详细信息，或是立即联机使用信用卡进行票卷购买。而且，这些芯片无需独立的能源。

◆ 移动商务。飞利浦Mifare技术支持了世界上几个大型交通系统及在银行业为客户提供Visa卡等各种服务。索尼的FeliCa非接触智能卡技术产品在中国香港及深圳、新加坡、日本的市场占有率非常高，主要应用在交通及金融机构。

总而言之，这项新技术正在改写无线网络连接的游戏规则，但NFC的目标并非是完全取代蓝牙、Wi-Fi等其他无线技术，而是在不同的场合、不同的领域起到相互补充的作用。所以如今后来居上的NFC发展态势相当迅速！

ZigBee技术
ZigBee主要应用在短距离范围之内并且数据传输速率不高的各种电子设备之间。ZigBee名字来源于蜂群使用的赖以生存和发展的通信方式，蜜蜂通过跳ZigZag形状的舞蹈来分享新发现的食物源的位置、距离和方向等信息。

ZigBee联盟成立于2001年8月。2002年下半年，Invensys、Mitsubishi、Motorola以及Philips半导体公司四大巨头共同宣布加盟ZigBee联盟，以研发名为ZigBee的下一代无线通信标准。到目前为止，该联盟大约已有27家成员企业。所有这些公司都参加了负责开发ZigBee物理和媒体控制层技术标准的IEEE 802.15.4工作组。

ZigBee联盟负责制定网络层以上协议。目前，标准制订工作已完成。ZigBee协议比蓝牙、高速率个人区域网或802.11x无线局域网更简单实用。

ZigBee可以说是蓝牙的同族兄弟，它使用2.4 GHz波段，采用跳频技术。与蓝牙相比，ZigBee更简单、速率更慢、功率及费用也更低。它的基本速率是250kb/s，当降低到28kb/s时，传输范围可扩大到134m，并获得更高的可靠性。另外，它可与254个节点联网。可以比蓝牙更好地支持游戏、消费电子、仪器和家庭自动化应用。人们期望能在工业监控、传感器网络、家庭监控、安全系统和玩具等领域拓展ZigBee的应用。

ZigBee技术特点主要包括以下几个部分：

◆ 数据传输速率低。只有10kb/s～250kb/s，专注于低传输应用。

◆ 功耗低。在低耗电待机模式下，两节普通5号干电池可使用6个月以上。这也是ZigBee的支持者所一直引以为豪的独特优势。

◆ 成本低。因为ZigBee数据传输速率低，协议简单，所以大大降低了成本; 积极投入ZigBee开发的Motorola以及Philips，均已在2003年正式推出芯片，飞利浦预估，应用于主机端的芯片成本和其它终端产品的成本比蓝牙更具价格竞争力。

◆ 网络容量大。每个ZigBee网络最多可支持255个设备，也就是说每个ZigBee设备可以与另外254台设备相连接。

◆ 有效范围小。有效覆盖范围10～75m之间，具体依据实际发射功率的大小和各种不同的应用模式而定，基本上能够覆盖普通的家庭或办公室环境。

◆ 工作频段灵活。使用的频段分别为2.4GHz、868MHz（欧洲）及915MHz（美国），均为免执照频段。

根据ZigBee联盟目前的设想，ZigBee的目标市场主要有PC外设（鼠标、键盘、游戏操控杆）、消费类电子设备（TV、VCR、CD、VCD、DVD等设备上的遥控装置）、家庭内智能控制（照明、煤气计量控制及报警等）、玩具（电子宠物）、医护（监视器和传感器）、工控（监视器、传感器和自动控制设备）等非常广阔的领域。

UWB技术
超宽带技术UWB（Ultra Wideband）是一种无线载波通信技术，它不采用正弦载波，而是利用纳秒级的非正弦波窄脉冲传输数据，因此其所占的频谱范围很宽。

UWB可在非常宽的带宽上传输信号，美国FCC对UWB的规定为：在3.1～10.6GHz频段中占用500MHz以上的带宽。由于UWB可以利用低功耗、低复杂度发射/接收机实现高速数据传输，在近年来得到了迅速发展。它在非常宽的频谱范围内采用低功率脉冲传送数据而不会对常规窄带无线通信系统造成大的干扰，并可充分利用频谱资源。基于UWB技术而构建的高速率数据收发机有着广泛的用途。

UWB技术具有系统复杂度低，发射信号功率谱密度低，对信道衰落不敏感，低截获能力，定位精度高等优点，尤其适用于室内等密集多径场所的高速无线接入，非常适于建立一个高效的无线局域网或无线个域网(WPAN)。

UWB主要应用在小范围、高分辨率、能够穿透墙壁、地面和身体的雷达和图像系统中。除此之外，这种新技术适用于对速率要求非常高（大于100 Mb/s）的LANs或PANs。

UWB最具特色的应用将是视频消费娱乐方面的无线个人局域网（PANs）。现有的无线通信方式，802.11b和蓝牙的速率太慢，不适合传输视频数据；54 Mb/s速率的802.11a标准可以处理视频数据，但费用昂贵。而UWB有可能在10 m范围内，支持高达110 Mb/s的数据传输率，不需要压缩数据，可以快速、简单、经济地完成视频数据处理。

具有一定相容性和高速、低成本、低功耗的优点使得UWB较适合家庭无线消费市场的需求：UWB尤其适合近距离内高速传送大量多媒体数据以及可以穿透障碍物的突出优点，让很多商业公司将其看作是一种很有前途的无线通信技术，应用于诸如将视频信号从机顶盒无线传送到数字电视等家庭场合。当然，UWB未来的前途还要取决于各种无线方案的技术发展、成本、用户使用习惯和市场成熟度等多方面的因素。

以下是对比表格:

	Zigbee	Bluetooth	UWB 超宽带	Wi-Fi	NFC
价格(芯片组)	约4美元	约5美元	大于20美元	约25美元	2.5-4美元
安全性	中	高	高	低	极高
传输速度	10Kbps – 250Kbps	1Mbps	53.3 – 480Mbps	54Mbps	424Kbps
通讯距离	10m - 75m	0-10m	0-10m	0-100m	0-20cm
频段	2.5GHz 868 MHz (Europe ) 915MHz (US)	2.4GHz	3.1GHz – 10.GHz	2.4GHz	13.56MHz
国际标准	IEEE 802.15.4	IEEE 802.15.1x	TBD	IEEE 802.11b IEEE 802.11g	ISO/IEC 18092 (ECMA 340) ISO/IEC 21481 (ECMA 352)

非接触IC卡种类及相关标准 (转载)

Jimmy Gao — Fri, 12 Feb 2010 13:20:16 GMT

经过近十年的技术发展，非接触卡已彻底取代磁卡，成为智能建筑卡系统卡片的主流。过去，卡系统中常用的是125KHZ的低频卡，这些低频卡的ID号存储介质是EEPROM，具有电擦写功能，可反复多次写入，因此ID号极易应该在高安全性场所禁止使用，目前逐步退出市场。

标准非接触IC卡工作频率为13.56MHZ高频，比通常125KHZ的低频卡快100倍，传输速率快，可读写，安全性高。代表的产品有Mifare卡，最大距离为，门禁读卡器由于外观尺寸限制，通常只有2-3cm的读写距离。

ISO/IEC 15693标准非接触IC卡，工作频率也是13.56MHZ高频，集成了以前非接触卡的技术，并在保证安全性、可读写、多分区的前提下，在读卡距离有了突破。最大距离为100cm，价格与ISO/IEC 14443的卡片相当。ISO/IEC 18000标准非接触IC卡，是近几年的新产品，工作在超高频UHF的部分无源非接触IC卡，读卡最大距离达10m.

频率		读写状态	最大读写距离	国际标准
低频	125K	RO	60cm(2m)	-----
	134K	RO R / W	60cm(2m)	-----
高频	13.56M	R / W	10cm	ISO/IEC 14443	TYPE A
					TYPE B
			100cm	ISO/IEC 15693
超高频	433M	ISO/IEC 18000，EPC(制定中)
	915M
微波	2.5G

tomcat5.5.x 配置记录

Jimmy Gao — Fri, 18 Feb 2005 07:00:25 GMT

tomcat5.5.x 配置记录。

1.下载：

http://www.eu.apache.org/dist/jakarta/tomcat-5/

http://www.apache.org/dist/jakarta/tomcat-5/v5.5.x/bin/jakarta-tomcat-5.5.x-admin.zip
http://www.apache.org/dist/jakarta/tomcat-5/v5.5.x/bin/jakarta-tomcat-5.5.x-compat.zip
http://www.apache.org/dist/jakarta/tomcat-5/v5.5.x/bin/jakarta-tomcat-5.5.x.zip

http://www.apache.org/dist/jakarta/tomcat-5/v5.5.x/bin/jakarta-tomcat-5.5.x-deployer.zip

把jakarta-tomcat-5.5.x.zip

和jakarta-tomcat-5.5.x-compat.zip

和jakarta-tomcat-5.5.x-admin.zip
(Tomcat 默认是没有内置admin模块了

Tomcat's administration web application is no longer installed by default. Download and install the "admin" package to use it. )

都解压到同一个目录下面。比如：D:\jakarta-tomcat-5.5.x\

(如果使用jdk1.4，才需要compat.zip用jdk1.5就可以免了这个。)

2.修改jakarta-tomcat-5.5.x\conf\tomcat-users.xml.
添加管理员账号lizongbo，密码为lizongbopass.
新xml如下：
<?xml version='1.0' encoding='utf-8'?>
<tomcat-users>
<role rolename="tomcat"/>
<role rolename="role1"/>
<role rolename="manager"/>
<role rolename="admin"/>
<user username="tomcat" password="tomcat" roles="tomcat"/>
<user username="role1" password="tomcat" roles="role1"/>
<user username="both" password="tomcat" roles="tomcat,role1"/>
<user username="lizongbo" password="lizongbopass" roles="admin,manager"/>
</tomcat-users>

3.修改jakarta-tomcat-5.5.x\conf\server.xml来解决编码问题。
(给Connector 添加URIEncoding参数，参考http://blog.csdn.net/darkxie/archive/2004/10/25/TOMCATAPP.aspx)

(可以设置成GB18030)
    <Connector port="8080"
               maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
               enableLookups="false" redirectPort="8443" acceptCount="200"
               connectionTimeout="20000" disableUploadTimeout="true" URIEncoding="GBK"
               compression="on" compressionMinSize="2048"
      noCompressionUserAgents="gozilla, traviata"
      compressableMimeType="text/html,text/xml"/>

4.启用支持gzip压缩.
(http://www.linuxaid.com.cn/forum/showdoc.jsp?l=1&i=81169)
添加下列属性
compression="on"
      compressionMinSize="2048"
      noCompressionUserAgents="gozilla, traviata"
      compressableMimeType="text/html,text/xml"

5.设置虚拟主机。

在jakarta-tomcat-5.5.x\下建立文件夹vhost\www.mydomain.com。

然后修改jakarta-tomcat-5.5.x\conf\server.xml

6.添加数据库驱动,更新mail.jar和actiovation.jar

复制mysql-connector-java-3.0.16-ga-bin.jar,pg74.215.jdbc3.jar到 jakarta-tomcat-5.5.x\common\lib\

还有javamail 1.3.2的mail.jar，jaf-1_0_2的 activation.jar

msSQl 2000 JDBC sp3，msbase.jar,msutil,jar,mssqlserver.jar

7.配置SSL

参考 http://jakarta.apache.org/tomcat/tomcat-5.5-doc/ssl-howto.html

D:\j2sdk1.4.2_06\bin>%JAVA_HOME%\bin\keytool -genkey -alias tomcat -keyalg RSA
输入keystore密码： lizongbossl
您的名字与姓氏是什么？
[tomcat5.5.x]： tomcat5.5.x
您的组织单位名称是什么？
[jakarta]： jakarta
您的组织名称是什么？
[apache]： apache
您所在的城市或区域名称是什么？
[hzcity]： hzcity
您所在的州或省份名称是什么？
[gdp]： gdp
该单位的两字母国家代码是什么
[CN]： CN
CN=tomcat5.5.x, OU=jakarta, O=apache, L=hzcity, ST=gdp, C=CN 正确吗？
[否]： y

输入<tomcat>的主密码
（如果和 keystore 密码相同，按回车）：

(必须密码一致，因此直接回车)

然后再把userhome(例如：C:\Documents and Settings\lizongbo\)下的.keystore复制到

tomcat的conf\目录下。

(例如：D:\jakarta-tomcat-5.5.x\conf\.keystore )

配置jakarta-tomcat-5.5.x\conf\server.xml

加上

8.禁止文件目录列表，

修改jakarta-tomcat-5.5.x\conf\web.xml，把listing设置为false

    <servlet>
        <servlet-name>default</servlet-name>
        <servlet-class>org.apache.catalina.servlets.DefaultServlet</servlet-class>
        <init-param>
            <param-name>debug</param-name>
            <param-value>0</param-value>
        </init-param>
        <init-param>
            <param-name>listings</param-name>
            <param-value>true</param-value>
        </init-param>
        <load-on-startup>1</load-on-startup>
    </servlet>

9.指定了自己的javaEncoding

(参考 http://gceclub.sun.com.cn/staticcontent/html/sunone/app7/app7-dg-webapp/ch6/ch6-4.html )

    <servlet>
        <servlet-name>jsp</servlet-name>
        <servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class>
        <init-param>
            <param-name>fork</param-name>
            <param-value>false</param-value>
        </init-param>
                <init-param>
            <param-name>javaEncoding</param-name>
            <param-value>GB18030</param-value>
        </init-param>
        <init-param>
            <param-name>xpoweredBy</param-name>
            <param-value>true</param-value>
        </init-param>
        <load-on-startup>3</load-on-startup>
    </servlet>

10.添加rar,iso等的mime-type映射

避免在浏览器里直接打开。

<mime-mapping>
<extension>mht</extension>
<mime-type>text/x-mht</mime-type>
</mime-mapping>

<mime-mapping>
        <extension>rar</extension>
        <mime-type>application/octet-stream</mime-type>
    </mime-mapping>
    <mime-mapping>
        <extension>iso</extension>
        <mime-type>application/octet-stream</mime-type>
    </mime-mapping>
    <mime-mapping>
        <extension>ape</extension>
        <mime-type>application/octet-stream</mime-type>
    </mime-mapping>
    <mime-mapping>
        <extension>rmvb</extension>
        <mime-type>application/octet-stream</mime-type>
    </mime-mapping>

    <mime-mapping>
        <extension>ico</extension>
        <mime-type>image/x-icon</mime-type>
    </mime-mapping>

10.1对html静态页面设置编码

<mime-mapping>
  <extension>htm</extension>
  <mime-type>text/html;charset=gb2312</mime-type>
  </mime-mapping>
<mime-mapping>
  <extension>html</extension>
  <mime-type>text/html;charset=gb2312</mime-type>
  </mime-mapping>
  </web-app>

11.添加welcome-file-list，并调整顺序。

<welcome-file-list>
        <welcome-file>index.jsp</welcome-file>
        <welcome-file>index.html</welcome-file>
        <welcome-file>index.htm</welcome-file>
        <welcome-file>default.html</welcome-file>
        <welcome-file>default.htm</welcome-file>
        <welcome-file>default.jsp</welcome-file>
    </welcome-file-list>

javascript 技巧

Jimmy Gao — Tue, 11 Jan 2005 11:41:26 GMT

1. oncontextmenu="window.event.returnValue=false" 将彻底屏蔽鼠标右键
<table border oncontextmenu=return(false)><td>no</table> 可用于Table

2. <body onselectstart="return false"> 取消选取、防止复制

3. onpaste="return false" 不准粘贴

4. oncopy="return false;" oncut="return false;" 防止复制

5. <link rel="Shortcut Icon" href="favicon.ico"> IE地址栏前换成自己的图标

6. <link rel="Bookmark" href="favicon.ico"> 可以在收藏夹中显示出你的图标

7. <input style="ime-mode:disabled"> 关闭输入法

8. 永远都会带着框架
<script language="JavaScript"></script>

9. 防止被人frame
<SCRIPT LANGUAGE=JAVASCRIPT></SCRIPT>

10. 网页将不能被另存为
<noscript><iframe src=*.html></iframe></noscript>

11. <input type=button value=查看网页源代码
onclick="window.location = "view-source:"+ "http://www.pconline.com.cn"">

12.删除时确认
<a href="javascript:if(confirm("确实要删除吗?"))location="boos.asp?&areyou=删除&page=1"">删除</a>

13. 取得控件的绝对位置
//Javascript
<script language="Javascript">
function getIE(e){
var t=e.offsetTop;
var l=e.offsetLeft;
while(e=e.offsetParent){
t+=e.offsetTop;
l+=e.offsetLeft;
}
alert("top="+t+"/nleft="+l);
}
</script>

//VBScript
<script language="VBScript"></script>

14. 光标是停在文本框文字的最后
<script language="javascript">
function cc()
{
var e = event.srcElement;
var r =e.createTextRange();
r.moveStart("character",e.value.length);
r.collapse(true);
r.select();
}
</script>
<input type=text name=text1 value="123" onfocus="cc()">

15. 判断上一页的来源
javascript:
document.referrer

16. 最小化、最大化、关闭窗口
<object id=hh1 classid="clsid:ADB880A6-D8FF-11CF-9377-00AA003B7A11">
<param name="Command" value="Minimize"></object>
<object id=hh2 classid="clsid:ADB880A6-D8FF-11CF-9377-00AA003B7A11">
<param name="Command" value="Maximize"></object>
<OBJECT id=hh3 classid="clsid:adb880a6-d8ff-11cf-9377-00aa003b7a11">
<PARAM NAME="Command" VALUE="Close"></OBJECT>
<input type=button value=最小化 onclick=hh1.Click()>
<input type=button value=最大化 onclick=hh2.Click()>
<input type=button value=关闭 onclick=hh3.Click()>
本例适用于IE

17.屏蔽功能键Shift,Alt,Ctrl
<script>
function look(){
if(event.shiftKey)
alert("禁止按Shift键!"); //可以换成ALT CTRL
}
document.onkeydown=look;
</script>

18. 网页不会被缓存
<META HTTP-EQUIV="pragma" CONTENT="no-cache">
<META HTTP-EQUIV="Cache-Control" CONTENT="no-cache, must-revalidate">
<META HTTP-EQUIV="expires" CONTENT="Wed, 26 Feb 1997 08:21:57 GMT">
或者<META HTTP-EQUIV="expires" CONTENT="0">

19.怎样让表单没有凹凸感？
<input type=text style="border:1 solid #000000">
或
<input type=text style="border-left:none; border-right:none; border-top:none; border-bottom:

1 solid #000000"></textarea>

20.<div><span>&<layer>的区别？
<div>(division)用来定义大段的页面元素，会产生转行
<span>用来定义同一行内的元素，跟<div>的唯一区别是不产生转行
<layer>是ns的标记，ie不支持，相当于<div>

21.让弹出窗口总是在最上面:
<body onblur="this.focus();">

22.不要滚动条?
让竖条没有:
<body style="overflow:scroll;overflow-y:hidden">
</body>
让横条没有:
<body style="overflow:scroll;overflow-x:hidden">
</body>
两个都去掉？更简单了
<body scroll="no">
</body>

23.怎样去掉图片链接点击后，图片周围的虚线？
<a href="#" onFocus="this.blur()"><img src="logo.jpg" border=0></a>

24.电子邮件处理提交表单
<form name="form1" method="post" action="mailto:****@***.com" enctype="text/plain">
<input type=submit>
</form>

25.在打开的子窗口刷新父窗口的代码里如何写？
window.opener.location.reload()

26.如何设定打开页面的大小
<body onload="top.resizeTo(300,200);">
打开页面的位置<body onload="top.moveBy(300,200);">

27.在页面中如何加入不是满铺的背景图片,拉动页面时背景图不动
<STYLE>
body
{background-image:url(logo.gif); background-repeat:no-repeat;
background-position:center;background-attachment: fixed}
</STYLE>

28. 检查一段字符串是否全由数字组成
<script language="Javascript"></script>

29. 获得一个窗口的大小
document.body.clientWidth; document.body.clientHeight

30. 怎么判断是否是字符
if (/[^/x00-/xff]/g.test(s)) alert("含有汉字");
else alert("全是字符");

31.TEXTAREA自适应文字行数的多少
<textarea rows=1 name=s1 cols=27 onpropertychange="this.style.posHeight=this.scrollHeight">
</textarea>
32. 日期减去天数等于第二个日期
<script language=Javascript>
function cc(dd,dadd)
{
//可以加上错误处理
var a = new Date(dd)
a = a.valueOf()
a = a - dadd * 24 * 60 * 60 * 1000
a = new Date(a)
alert(a.getFullYear() + "年" + (a.getMonth() + 1) + "月" + a.getDate() + "日")
}
cc("12/23/2002",2)
</script>

33. 选择了哪一个Radio
<HTML><script language="vbscript">
function checkme()
for each ob in radio1
if ob.checked then window.alert ob.value
next
end function
</script><BODY>
<INPUT name="radio1" type="radio" value="style" checked>Style
<INPUT name="radio1" type="radio" value="barcode">Barcode
<INPUT type="button" value="check" onclick="checkme()">
</BODY></HTML>

34.脚本永不出错
<SCRIPT LANGUAGE="JavaScript">

</SCRIPT>

35.ENTER键可以让光标移到下一个输入框
<input onkeydown="if(event.keyCode==13)event.keyCode=9">

36. 检测某个网站的链接速度：
把如下代码加入<body>区域中:
<script language=Javascript>
tim=1
setInterval("tim++",100)
b=1
var autourl=new Array()
autourl[1]="www.njcatv.net"
autourl[2]="javacool.3322.net"
autourl[3]="www.sina.com.cn"
autourl[4]="www.nuaa.edu.cn"
autourl[5]="www.cctv.com"
function butt(){
document.write("<form name=autof>")
for(var i=1;i<autourl.length;i++)
document.write("<input type=text name=txt"+i+" size=10 value=测试中……> =》<input type=text
name=url"+i+" size=40> =》<input type=button value=GO

onclick=window.open(this.form.url"+i+".value)><br>")
document.write("<input type=submit value=刷新></form>")
}
butt()
function auto(url){
document.forms[0]["url"+b].value=url
if(tim>200)
{document.forms[0]["txt"+b].value="链接超时"}
else
{document.forms[0]["txt"+b].value="时间"+tim/10+"秒"}
b++
}
function run(){for(var i=1;i<autourl.length;i++)document.write("<img src=http://"+autourl+"/"+Math.random()+" width=1 height=1

onerror=auto("http://"+autourl+"")>")}
run()</script>

37. 各种样式的光标
auto ：标准光标
default ：标准箭头
hand ：手形光标
wait ：等待光标
text ：I形光标
vertical-text ：水平I形光标
no-drop ：不可拖动光标
not-allowed ：无效光标
help ：?帮助光标
all-scroll ：三角方向标
move ：移动标
crosshair ：十字标
e-resize
n-resize
nw-resize
w-resize
s-resize
se-resize
sw-resize

38.页面进入和退出的特效
进入页面<meta http-equiv="Page-Enter" content="revealTrans(duration=x, transition=y)">
推出页面<meta http-equiv="Page-Exit" content="revealTrans(duration=x, transition=y)">
这个是页面被载入和调出时的一些特效。duration表示特效的持续时间，以秒为单位。transition表示使用哪种特效，取值为1-23:
0 矩形缩小
1 矩形扩大
2 圆形缩小
3 圆形扩大
4 下到上刷新
5 上到下刷新
6 左到右刷新
7 右到左刷新
8 竖百叶窗
9 横百叶窗
10 错位横百叶窗
11 错位竖百叶窗
12 点扩散
13 左右到中间刷新
14 中间到左右刷新
15 中间到上下
16 上下到中间
17 右下到左上
18 右上到左下
19 左上到右下
20 左下到右上
21 横条
22 竖条
23 以上22种随机选择一种

39.在规定时间内跳转
<META http-equiv=V="REFRESH" content="5;URL=http://www.51js.com">

40.网页是否被检索
<meta name="ROBOTS" content="属性值">
其中属性值有以下一些:
属性值为"all": 文件将被检索，且页上链接可被查询；
属性值为"none": 文件不被检索，而且不查询页上的链接；
属性值为"index": 文件将被检索；
属性值为"follow": 查询页上的链接；
属性值为"noindex": 文件不检索，但可被查询链接；
属性值为"nofollow": 文件不被检索，但可查询页上的链接。

一个log4j的学习笔计

Jimmy Gao — Mon, 20 Dec 2004 05:00:42 GMT

一个log4j的学习笔计

转贴：snow 日期：2004-09-01 人气：76

Log4j 学习笔记

by heavyz
2003-04-15

转自：http://zooo.51.net/heavyz_cs/notebook/log4j.html

--------------------------------------------------------------------------------

Log4j主页：http://jakarta.apache.org/log4j

--------------------------------------------------------------------------------

Index

Log4j的类图
Logger：日志写出器
Logger的输出方法
Logger的命名规则
Log level
示例代码
关于logger的两点说明
Appender：日志目的地
ConsoleAppender
FileAppender
RollingFileAppender
Layout：日志格式化器
PatternLayout
patterns in PatternLayout
Configuration：配置
默认的log4j初始化过程
BasicConfigurator.configure()
xml格式的log4j配置文件概述
在xml文件中配置appender和layout
我自己的一个使用xml文件配置log4j环境的很简单的例子
Log4j的编码习惯
参考资料

Log4j的类图

Logger - 日志写出器，供程序员输出日志信息
Appender - 日志目的地，把格式化好的日志信息输出到指定的地方去
ConsoleAppender - 目的地为控制台的Appender
FileAppender - 目的地为文件的Appender
RollingFileAppender - 目的地为大小受限的文件的Appender
Layout - 日志格式化器，用来把程序员的logging request格式化成字符串
PatternLayout - 用指定的pattern格式化logging request的Layout

Logger：日志写出器
Logger对象是用来取代System.out或者System.err的日志写出器，用来供程序员输出日志信息。

Logger的输出方法
Logger类对象提供一系列方法供程序员输出日志信息。

------ Log4j APIs : class Logger ------

// Printing methods :

public void debug(Object msg);
public void debug(Object msg, Throwable t);

public void info(Object msg);
public void info(Object msg, Throwable t);

public void warn(Object msg);
public void warn(Object msg, Throwable t);

public void error(Object msg);
public void error(Object msg, Throwable t);

public void fatal(Object msg);
public void fatal(Object msg, Throwable t);

// Generic printing method :

public void log(Level l, Object msg);

Logger的命名规则
Logger由一个String类的名字识别，logger的名字是大小写敏感的，且名字之间具有继承的关系，子名有父名作为前缀，用点号.分隔。如：x.y是x.y.z的父亲。

根logger (root logger)是所有logger的祖先，它具有如下属性：1) 它总是存在的；2) 它不可以通过名字获得。

通过调用public static Logger Logger.getRootLogger()获得root logger；通过调用public static Logger Logger.getLogger(String name)或者public static Logger Logger.getLogger(Class clazz)获得（或者创建）一个named logger。后者相当于调用Logger.getLogger(clazz.getName())。

在某对象中，用该对象所属的类为参数，调用Logger.getLogger(Class clazz)以获得logger被认为是目前所知的最理智的命名logger的方法。

Log level
每个logger都被分配了一个日志级别 (log level)，用来控制日志信息的输出。未被分配level的logger将继承它最近的父logger的level。

每条输出到logger的日志请求(logging request)也都有一个level，如果该request的level大于等于该logger的level，则该request将被处理（称为enabled）；否则该request将被忽略。故可得知：

logger的level越低，表示该logger越详细
logging request的level越高，表示该logging request越优先输出

Level类中预定义了五个level，它们的大小关系如下：

Level.ALL < Level.DEBUG < Level.INFO < Level.WARN < Level.ERROR < Level.FATAL < Level.OFF

示例代码
以下代码将用自己所属的类为参数，创建一个logger，启用默认配置，设置其level并向其输出若干logging request。

import org.apache.log4j.Logger;
import org.apache.log4j.BasicConfigurator;
import org.apache.log4j.Level;

public class Log4jTest {
public static void main(String argv[]) {

// Create a logger by the name of class Log4jTest.

Logger logger = Logger.getLogger(Log4jTest.class);

// Use the default configuration.

BasicConfigurator.configure();

// Set the logger level to Level.INFO

logger.setLevel(Level.INFO);

// This request will be disabled since Level.DEBUG < Level.INFO.

logger.debug("This is debug.");

// These requests will be enabled.

logger.info("This is an info.");
logger.warn("This is a warning.");
logger.error("This is an error.");
logger.fatal("This is a fatal error.");

return;
}
}

关于logger的两点说明

用同名参数调用Logger.getLogger(String name)将返回同一个logger的引用。故可以在一个地方配置logger，在另外一个地方获得配置好的logger，而无须相互间传递logger的引用。
logger的创建可以按照任意的顺序，即，父logger可以后于子logger被创建。log4j将自动维护logger的继承树。

Appender：日志目的地
每个logger都可以拥有一个或者多个appender，每个appender表示一个日志的输出目的地，比如console或者某个文件。可以使用Logger.addAppender(Appender app)为logger增加一个appender；可以使用Logger.removeAppender(Appender app)为logger移除一个appender。

默认情况下，logger的additive标志被设置为true，表示子logger将继承父logger的所有appenders。该选项可以被重新设置，表示子logger将不再继承父logger的appenders。

root logger拥有目标为system.out的consoleAppender，故默认情况下，所有的logger都将继承该appender。

------ Log4j APIs : class Logger ------

// 为logger对象增加或者移除一个Appender对象 :.

public void appAppender(Appender app);
public void removeAppender(Appender app);

// 获得和设置additive标志：是否继承父logger的appenders :.
// 注意：在设置additive标志为false时，必须保证已经为该logger设置了新的appender， :.
// 否则log4j将报错：log4j:WARN No appenders could be found for logger (x.y.z). :.

public boolean getAdditivity();
public void setAdditivity(boolean additive);

ConsoleAppender
可以使用ConsoleAppender对象把日志输出到控制台。每个ConsoleAppender都有一个target，表示它的输出目的地。它可以是System.out，标准输出设备（缓冲显示屏）；或者是System.err，标准错误设备（不缓冲显示屏）。ConsoleAppender的使用方法参考如下API :.

------ Log4j APIs : class ConsoleAppender extends WriterAppender ------

// 构造方法，使用一个Layout对象构造一个ConsoleAppender对象 :.
// 默认情况下，ConsoleAppender的target是System.out :.

public ConsoleAppender(Layout layout);

// 构造方法，使用一个Layout对象和一个target字符串构造ConsoleAppender对象 :.
// target的可能取值为ConsoleAppender.SYSTEM_OUT和ConsoleAppender.SYSTEM_ERR :.

public ConsoleAppender(Layout layout, String target);

FileAppender
可以使用FileAppender对象把日志输出到一个指定的日志文件中去。使用方法可以参考如下的API :.

------ Log4j APIs : class FileAppender extends WriterAppender ------

// 构造方法，使用一个Layout对象和日志文件名构造一个FileAppender对象 :.

public FileAppender(Layout layout, String filename)
throws IOException;
public FileAppender(Layout layout, String filename, boolean append)
throws IOException;

RollingFileAppender
可以使用FileAppender的子类RollingFileAppender对象，把日志输出到一个指定的日志文件中。不同的是该日志文件的大小受到限制，当日志内容超出最大的尺寸时，该文件将向上滚动（最老的日志被擦除）。还可以在该类对象中指定为日志文件做多少个备份。具体使用方法参考如下API :.

------ Log4j APIs : class RollingFileAppender extends FileAppender ------

// 构造方法，使用一个Layout对象和日志文件名构造一个RollingFileAppender对象 :.

public RollingFileAppender(Layout layout, String filename)
throws IOException;
public RollingFileAppender(Layout layout, String filename, boolean append)
throws IOException;

// 获得和设置日志备份文件的个数 :.

public int getMaxBackupIndex();
public void setMaxBackupIndex(int index);

// 获得和设置滚动日志文件的最大尺寸 :.

public long getMaximumFileSize();
public void setMaximumFileSize(long size);

Layout：日志格式化器
每个appender都和一个layout相联系；layout的任务是格式化用户的logging request，appender的任务是把layout格式化好的输出内容送往指定的目的地。

PatternLayout
PatternLayout是Layout的一个子类，用来使用类似C语言的printf函数中使用的格式控制字符串来控制日志的输出格式。使用方法参考如下API :.

------ Log4j APIs : class PatternLayout extends Layout ------

// 无参数构造方法，使用DEFAULT_CONVERSION_PATTERN构造一个PatternLayout :.
// 注意：DEFAULT_CONVERSION_PATTERN为"%m%n"，只打印消息信息 :.

public PatternLayout();

// 构造方法，使用自定义的pattern构造一个PatternLayout :.

public PatternLayout(String pattern);

// 获得和设置PatternLayout对象的日志pattern :.

public String getConversionPattern();
public void setConversionPattern(String pattern);

patterns in PatternLayout
未完待续

Configuration：配置
对log4j环境的配置就是对root logger的配置，包括把root logger设置为哪个级别(level)；为它增加哪些appender，等等。这些可以通过设置系统属性的方法来隐式地完成，也可以在程序里调用XXXConfigurator.configure()方法来显式地完成。

默认的log4j初始化过程
Logger类的静态初始化块(static initialization block)中对log4j的环境做默认的初始化。注意：如果程序员已经通过设置系统属性的方法来配置了log4j环境，则不需要再显式地调用XXXConfigurator.configure()方法来配置log4j环境了。

Logger的静态初始化块在完成初始化过程时将检查一系列log4j定义的系统属性。它所做的事情如下：

检查系统属性log4j.defaultInitOverride，如果该属性被设置为false，则执行初始化；否则（只要不是false，无论是什么值，甚至没有值，都是否则），跳过初始化。
把系统属性log4j.configuration的值赋给变量resource。如果该系统变量没有被定义，则把resource赋值为"log4j.properties"。注意：在apache的log4j文档中建议使用定义log4j.configuration系统属性的方法来设置默认的初始化文件是一个好方法。
试图把resource变量转化成为一个URL对象url。如果一般的转化方法行不通，就调用org.apache.log4j.helpers.Loader.getResource(resource, Logger.class)方法来完成转化。
如果url以".html"结尾，则调用方法DOMConfigurator.configure(url)来完成初始化；否则，则调用方法PropertyConfigurator.configure(url)来完成初始化。如果url指定的资源不能被获得，则跳出初始化过程。

BasicConfigurator.configure()
BasicConfigurator.configure()方法使用最简的方法配置log4j环境。注：所谓配置log4j环境，就是指配置root logger，因为所有其它的logger都是root logger的后代，所以它们（默认情况下）都将继承root logger的性质。

BasicConfigurator.configure()完成的任务是：

用默认pattern创建PatternLayout对象p：
PatternLayout p = new PatternLayout("%-4r[%t]%-5p%c%x - %m%n");
用p创建ConsoleAppender对象a，目标是system.out，标准输出设备：
ConsoleAppender a = new ConsoleAppender(p,ConsoleAppender.SYSTEM_OUT);
为root logger增加一个ConsoleAppender p：
rootLogger.addAppender(p);
把root logger的log level设置为DEBUG级别：
rootLogger.setLevel(Level.DEBUG);

xml格式的log4j配置文件概述
xml格式的log4j配置文件需要使用org.apache.log4j.html.DOMConfigurator.configure()方法来读入。对xml文件的语法定义可以在log4j的发布包中找到：org/apache/log4j/xml/log4j.dtd。

log4j的xml配置文件的树状结构
log4j的xml配置文件的树状结构如下所示，注意下图只显示了常用的部分。 :.

xml declaration and dtd
|
log4j:configuration
|
+-- appender (name, class)
| |
| +-- param (name, value)
| +-- layout (class)
| |
| +-- param (name, value)
+-- logger (name, additivity)
| |
| +-- level (class, value)
| | |
| | +-- param (name, value)
| +-- appender-ref (ref)
+-- root
|
+-- param (name, class)
+-- level
| |
| +-- param (name, value)
+-- appender-ref (ref)

xml declaration and dtd
xml配置文件的头部包括两个部分：xml声明和dtd声明。头部的格式如下： :.

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">

log4j:configuration (root element)

xmlns:log4j [#FIXED attribute] : 定义log4j的名字空间，取定值"http://jakarta.apache.org/log4j/"
appender [* child] : 一个appender子元素定义一个日志输出目的地
logger [* child] : 一个logger子元素定义一个日志写出器
root [? child] : root子元素定义了root logger

appender
appender元素定义一个日志输出目的地。

name [#REQUIRED attribute] : 定义appender的名字，以便被后文引用
class [#REQUIRED attribute] : 定义appender对象所属的类的全名
param [* child] : 创建appender对象时传递给类构造方法的参数
layout [? child] : 该appender使用的layout对象

layout
layout元素定义与某一个appender相联系的日志格式化器。

class [#REQUIRED attribute] : 定义layout对象所属的类的全名
param [* child] : 创建layout对象时传递给类构造方法的参数

logger
logger元素定义一个日志输出器。

name [#REQUIRED attribute] : 定义logger的名字，以便被后文引用
additivity [#ENUM attribute] : 取值为"true"（默认）或者"false"，是否继承父logger的属性
level [? child] : 定义该logger的日志级别
appender-ref [* child] : 定义该logger的输出目的地

root
root元素定义根日志输出器root logger。

param [* child] : 创建root logger对象时传递给类构造方法的参数
level [? child] : 定义root logger的日志级别
appender-ref [* child] : 定义root logger的输出目的地

level
level元素定义logger对象的日志级别。

class [#IMPLIED attribute] : 定义level对象所属的类，默认情况下是"org.apache.log4j.Level类
value [#REQUIRED attribute] : 为level对象赋值。可能的取值从小到大依次为"all"、"debug"、"info"、"warn"、"error"、"fatal"和"off"。当值为"off"时表示没有任何日志信息被输出
param [* child] : 创建level对象时传递给类构造方法的参数

appender-ref
appender-ref元素引用一个appender元素的名字，为logger对象增加一个appender。

ref [#REQUIRED attribute] : 一个appender元素的名字的引用
appender-ref元素没有子元素

param
param元素在创建对象时为类的构造方法提供参数。它可以成为appender、layout、filter、errorHandler、level、categoryFactory和root等元素的子元素。

name and value [#REQUIRED attributes] : 提供参数的一组名值对
param元素没有子元素

在xml文件中配置appender和layout
创建不同的Appender对象或者不同的Layout对象要调用不同的构造方法。可以使用param子元素来设定不同的参数值。

创建ConsoleAppender对象
ConsoleAppender的构造方法不接受其它的参数。 :.

... ... ... ...
<appender name="console.log" class="org.apache.log4j.ConsoleAppender">
<layout ... >
... ...
</layout>
</appender>
... ... ... ...

创建FileAppender对象
可以为FileAppender类的构造方法传递两个参数：File表示日志文件名；Append表示如文件已存在，是否把日志追加到文件尾部，可能取值为"true"和"false"（默认）。 :.

... ... ... ...
<appender name="file.log" class="org.apache.log4j.FileAppender">
<param name="File" value="/tmp/log.txt" />
<param name="Append" value="false" />
<layout ... >
... ...
</layout>
</appender>
... ... ... ...

创建RollingFileAppender对象
除了File和Append以外，还可以为RollingFileAppender类的构造方法传递两个参数：MaxBackupIndex备份日志文件的个数（默认是1个）；MaxFileSize表示日志文件允许的最大字节数（默认是10M）。 :.

... ... ... ...
<appender name="rollingFile.log" class="org.apache.log4j.RollingFileAppender">
<param name="File" value="/tmp/rollingLog.txt" />
<param name="Append" value="false" />
<param name="MaxBackupIndex" value="2" />
<param name="MaxFileSize" value="1024" />
<layout ... >
... ...
</layout>
</appender>
... ... ... ...

创建PatternLayout对象
可以为PatternLayout类的构造方法传递参数ConversionPattern。 :.

... ... ... ...
<layout class="org.apache.log4j.PatternLayout>
<param name="Conversion" value="%d [%t] %p - %m%n" />
</layout>
... ... ... ...

我自己的一个使用xml文件配置log4j环境的很简单的例子
为WSOTA项目开发java web start的胖客户端时，使用了如下的xml文件配置log4j环境（文件名为wsota-rc.log4j.html）：:.

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">

<log4j:configuration xmlns:log4j="http://jakarta.apache.org/log4j/">





<appender name="wsota-rc.file.log" class="org.apache.log4j.RollingFileAppender">
<param name="File" value="/tmp/wsota-rc.log" />
<param name="Append" value="false" />
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%d [%t] %p - %m%n" />
</layout>
</appender>






<appender name="wsota-rc.console.log" class="org.apache.log4j.ConsoleAppender">
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%d [%t] %p - %m%n" />
</layout>
</appender>



<root>
<level value="debug" />
<appender-ref ref="wsota-rc.file.log" />
</root>







</log4j:configuration>

在胖客户程序中使用了如下代码来使用外部xml文件配置log4j环境，注意该代码段位于程序的main class的静态初始化块中，含有以下代码的类和xml配置文件在同一个目录下：:.

import org.apache.log4j.html.DOMConfigurator;

public class SapFrame extends JFrame {
static {
DOMConfigurator.configure(SapFrame.class.getResource("wsota-rc.log4j.html"));
}
... ... ... ...
}

Log4j的编码习惯

让每个类都拥有一个private static的Logger对象，用来输出该类中的全部日志信息
使用xml文件来完成对log4j环境的配置。在项目的main class中的静态初始化块里放log4j环境的配置代码。注意：在一个项目中，log4j环境只需要被配置一次，而不是在每个使用了logger的类里都需要调用一次
用MyClass.class作为参数创建该类的静态Logger对象
补充中...

Struts Validator 开发指南

Jimmy Gao — Tue, 07 Dec 2004 16:09:00 GMT

Struts Validator 开发指南

使Struts支持Validator.. 1

Validator-rules.xml文件.... 2

Validator.xml 文件.... 2

Required Validator.. 3

Mask Validator.. 3

Range Validator.. 4

Maxlength Validator.. 4

Minlength Validator.. 5

Email Validator.. 5

Form Bean的编写.... 5

Struts-config.xml文件的配置.... 5

在JSP页面捕捉错误信息.... 6

捕捉服务端的错误信息... 6

捕捉JavaScript的错误信息... 6

编写扩展Struts Validator校验密码输入.... 7

1.编写一个校验器(Validator),实现对form中两个字段的一致性校验: 7

2.编写validator-rules文件,增加一个自定义校验器的配置: 8

3.编写JSP页面... 9

4.编写validator.xml配置文件: 10

使Struts支持Validator

要在Struts项目中使用Validator功能,首先需要配置Struts项目,使其支持Validator框架.Struts通过一个插件(Plugin)来使Struts项目支持Validator.这个Plugin由Struts默认提供,用户也可以自己开发自己的Validator Plugin.Struts默认提供的Plugin为:

org.apache.struts.validator.ValidatorPlugIn.

用户必须在struts-config.xml 文件中配置这个Plugin,才能使Struts项目支持Validator.配置方法比较简单,通过任何文本编辑器打开struts-config.xml 文件,在这个文件的末尾加上下面的代码,重新启动J2EE服务器就可以实现对Validator的支持了.

<plug-in className="org.apache.struts.validator.ValidatorPlugIn">

<set-property property="pathnames"

value="/WEB-INF/validator-rules.xml,/WEB-INF/validation.xml" />

</plug-in>

在Jbuilder开发环境中可以通过下面的方法使Struts项目支持Validator框架.

1. 在项目管理器中用鼠标右键点击Web项目(在我们的项目中是 WebModule ).

2. 选择菜单的 “Properties…”菜单项.

3. 在弹出的对话框的左边树型结构中选中 “web” 节点.

4. 在右边的 “JSP/Servlet frameworks” 框中勾选 “sturts1.1” 节点以及 “struts” 节点下的 “validation” 子节点.

5. 点击 “OK” 按钮完成配置.

6. 检查 struts-config.xml 文件,可以看到配置文件里已经加入了Validator Plugin.

Validator-rules.xml文件

Validator-rules.xml文件是校验器的定义文件.指定了每一个校验器的基本信息和执行校验的JavaScript代码.Struts默认提供了十四个校验器,这些校验器可以满足我们平时项目开发中碰到的绝大多数的输入校验要求.如果这些校验器不能满足用户的校验要求,那么我们也可以开发自己的校验器.我们项目主就实现了一个校验密码的一致性的Validator.

Struts提供的校验器包括Required Validator ,Requiredif Validator, MinLength Validator , MaxLength Validator , Mask Validator , Byte Validator , Short Validaotr , Integer Validator , Long Validator , Float Validator , Double Validator , Date Validator , Range Validator , IntRange Validator , FloatRange Validator , CrediteCard Validator , Email Validator 等校验器.后面我将讲述一些比较常用的校验器的使用方法.

Validator.xml 文件

Validator.xml 文件用来定义用户需要校验的每一个JSP Form中的每一个字段的校验规则,这个文件是我们在Struts项目开发中使用Validator框架所需要配置的文件.这个文件的根节点是<form-validator>,在根节点下的<formset>节点的<form>子节点就对应了我们在开发JSP文件是所定义的Form标记,也对应这struts-config.xml中的form bean的定义.一个<form>节点由多个<field>节点组成,每个<field>节点的结构大概如下:

<var>

<var-name>minlength</var-name>

<var-value>8</var-value>

</var>

<var>

<var-name>secondProperty</var-name>

<var-value>password2</var-value>

</var>

</field>

其中一个<Field>对应于一个Form Bean的一个Field,<Field>标记的property属性说明了这个Field对应的Form Bean的Field名称,这个名称要跟struts-config.xml文件中的<form-bean>中定义的名字一致.depends属性说明了这个Field依赖于那些校验器的校验,可以使用多个校验器,各个校验器之间使用逗号隔开.<msg>标记说明了当这个Field通不过校验的时候向用户提供的错误信息.name属性指定了对应的校验器,key属性指定了定义在ApplicationResources.properties文件中的错误信息.<arg0>和<arg1>是传递给校验器的参数.<var>标记定义了参数的名字和参数值.上面的这个例子说明了password字段由Required,Minlength,Twofields校验器进行校验.指定了这个Field不能为空,而且最小长度不能小于8为,并且必须和同一个Form中的另一个名为password2的字段相同.如果用户的输入不能满足这些要求,校验器将会抛出异常.

下面开始将怎么在这个配置文件中配置各个校验器实现对form中的多中类型的field进行校验.

Required Validator

这个校验器用来校验Form的输入数据不能为空.如果某一个Form 的 Field 依赖于这个校验器,那么如果用户在Form中没有输入这个Field对应的输入数据时,Required校验器将会触发一个Exception,这个Exception的错误信息可以在页面或者服务端被捕捉到.

例子:

</field>

上面的例子说明了test字段的校验规则是不能为空,在ApplicationResources.properties中的相应的定义信息可能是下面这样的情况:

Test.testField.displayName =测试字段 #上面在<arg0>标记中定义的key= “test.testField” 对应这个信息

Test.required={0} 不能为空,请重新输入. #在上面定义的<msg>标记对应这个信息

如果Validator校验到用户没有输入test这个字段,就会将test.testField对应的信息作为test.required的参数传递给校验器,如果在JSP页面中捕捉了错误信息,错误信息将会是下面的这个形式:

“测试字段不能为空,请重新输入”

Mask Validator

Mask Validator校验用户输入的数据是否遵照一定的规则,这个规则由开发者在validator.xml文件中定义.

例子:

<arg1 name=”mask” key="${var:mask}" resource="false"

<var>

<var-name>mask</var-name>

<var-value>^0\d*$</var-value>

</var>

</field>

上面的<arg1>标记说明了这个校验的第二个参数是定义在下面的<var>标记的名为mask的值.<var-value>的值说明了这个字段必须是以数字0开头,以任意数字字符结尾的一个串.

Range Validator

这个校验器校验字段是否在一个数字范围内.

例子:

<var>

<var-name>min</var-name>

<var-value>1</var-value>

</var>

<var>

<var-name>max</var-name>

<var-value>100</var-value>

</var>

</field>

Range Validator需要三个参数(arg),第一个参数arg0是指定这个字段的名字,第二个和第三个参数指定范围的最大和最小值,分别的名称是max和min.

Maxlength Validator

Maxlength校验器校验一个字符串的最大长度,它需要两个参数,arg0说明字段的名称,arg1说明最大长度.

例子:

<var>

<var-name>maxlength</var-name>

<var-value>8</var-value>

</var>

</field>

Minlength Validator

这个校验器类似于上面的Maxlength Validator,参数一样,校验规则也一样,只是作为参数的变量名字为minlength

<var>

<var-name>minlength</var-name>

<var-value>8</var-value>

</var>

</field>

Email Validator

这个校验器校验电子邮件字段,当用户输入的电子邮件地址不合法的时候,校验器抛出异常.

例子:

</field>

Form Bean的编写

要使用Struts的Validator框架进行自动校验的Form Bean不能继承自普通的ActionForm,必须继承自ValidatorForm或者ValidatorActionForm.我们项目组都是继承自ValidatorForm.

ValidatorForm根据struts-config.xml文件中的action的name属性为当前form的调用相应的验证器，因此在validator-rules.xml中的<form-bean>元素的名称属性(name)应该与<action>的name属性值相匹配。

ValidatorActionForm使用struts-config.xml中action的path属性，所以path属性的值相应的应该与validator.xml中的Form的name属性匹配。

Struts-config.xml文件的配置

要使用Validator框架的自动校验机制,还必须在Struts-config.xml文件中作相应的配置.除了前面已经说明了的配置Validator Plugin意外,还需要对需要校验的form的action进行配置.主要有两个地方需要配置,一个是<action>的input属性,一个是<action>的validate属性.input属性必须指定包含校验Form的jsp页面的路径,以便Struts的校验框架校验失败的时候可以重新导向到原来的页面让用户重新输入.validator属性是一个boolean类型的属性,必须设置为true struts才会启动自动校验机制.

在JSP页面捕捉错误信息

Validator的校验机制可以定义在服务端进行校验或者通过Javascript在浏览器端进行校验.这两种不同的方式在JSP页面编写的时候有很大的区别.

捕捉服务端的错误信息

要捕捉服务端校验的错误信息比较简单.只需要在JSP页面中嵌入一下的代码就可以在页面中显示错误信息,这些错误信息也可以自定义显示风格.

<logic:messagesPresent>

<bean:message key="test.error.descript"/>

<html:messages id="error">

</html:messages>

</logic:messagesPresent>

<bean:message key=”test.error.descript”/>通过ApplicationResources.properties文件中定义的信息向用户报告错误发生的原因和简单说明.

<html:messages id=”error”>

</html:messages>

则是显示具体的由Validator框架产生的错误信息.

捕捉JavaScript的错误信息

要捕捉JavaScript产生的错误信息首先要使JSP页面产生Validator生成的Javascript代码,并在用户点击提交按钮的时候让提交按钮触发相应的校验函数.实现方法如下:

首先要让JSP触发校验函数,使用这样的HTML代码:

<html:form action="/testAction.do" onsubmit="return validateTestForm(this);">

其中action指定这个form对应的action,这个跟普通的form没有区别,onsubmit属性就指定了校验函数,它的规则是: return + 空格 + validator+ ValidatorForm的名字 + (this)

注意这样的组合规则是不能变的,否则会导致页面错误并不能实现校验功能.还要注意ValidatorForm的名字的第一个字母一定要大写,不管在Struts-congfig.xml文件中的定义是否大写,这里都要把它作为大写字母.

然后还要在JSP页面中产生可以实现校验的JavaScript代码,这个步骤也很简单,只需要在JSP页面的末尾加上下面一句:

<html:javascript formName="testForm" staticJavascript="true"/>

其中formName的名字要跟struts-config.xml文件中配置的一致,大小写也要一致.staticJavascript为true的时候Validator将使用JavaScript代码进行校验(这些Javascript代码由Struts 的validator框架自动产生,我们只需要配置validator.xml文件),staticJavascript为false的时候validator将使用服务端代码进行校验,这些服务端的校验代码也不需要我们编写.

编写扩展Struts Validator校验密码输入

使用Struts的validator校验页面form中的两个字段是否一致,一般用在校验密码,当用户输入两次密码的时候需要校验用户的两次输入是否一致,如果不一致需要报错.实现这个功能的步骤如下:

1.编写一个校验器(Validator),实现对form中两个字段的一致性校验:

package cn.com.syni.net800114.validator;

import org.apache.commons.validator.ValidatorUtil;

import org.apache.commons.validator.Field;

import org.apache.commons.validator.ValidatorAction;

import org.apache.commons.validator.GenericValidator;

import org.apache.struts.action.ActionErrors;

import org.apache.struts.validator.Resources;

import javax.servlet.http.HttpServletRequest;

public class ValidationUtil {

public static boolean validateTwoFields( Object bean, ValidatorAction va,

Field field, ActionErrors errors,

HttpServletRequest request) {

String value = ValidatorUtil.getValueAsString(bean, field.getProperty());

String sProperty2 = field.getVarValue("secondProperty");

String value2 = ValidatorUtil.getValueAsString(bean, sProperty2);

if (!GenericValidator.isBlankOrNull(value)) {

try {

if (!value.equals(value2)) {

errors.add(field.getKey(),

Resources.getActionError(request, va, field));

return false;

}

catch (Exception e) {

errors.add(field.getKey(),

Resources.getActionError(request, va, field));

return false;

}

return true;

}

2.编写validator-rules文件,增加一个自定义校验器的配置:

<validator name="twofields"

classname="cn.com.syni.net800114.validator.ValidationUtil" method="validateTwoFields"

methodParams="java.lang.Object,

org.apache.commons.validator.ValidatorAction,

org.apache.commons.validator.Field,

org.apache.struts.action.ActionErrors,

javax.servlet.http.HttpServletRequest"

depends="required" msg="errors.twofields">

<javascript><![CDATA[

function validateTwoFields(form) {

var bValid = true;

var focusField = null;

var i = 0;

var fields = new Array();

oTwoFields = new twofields();

for (x in oTwoFields) {

var field = form[oTwoFields[x][0]];

var secondField = form[oTwoFields[x][2]("secondProperty")];

if (field.type == 'text' ||

field.type == 'textarea' ||

field.type == 'select-one' ||

field.type == 'radio' ||

field.type == 'password') {

var value;

var secondValue;

// get field's value

if (field.type == "select-one") {

var si = field.selectedIndex;

value = field.options[si].value;

secondValue = secondField.options[si].value;

} else {

value = field.value;

secondValue = secondField.value;

}

if (value != secondValue) {

if (i == 0) {

focusField = field;

}

fields[i++] = oTwoFields[x][1];

bValid = false;

}

if (fields.length > 0) {

focusField.focus();

alert(fields.join('\n'));

}

return bValid;

}]]></javascript>

</validator>

3.编写JSP页面

form中包括要进行自定义校验的字段,这里是两个password类型的input,校验器将校验用户输入的这两个字段是否一致,如果不一致,将通过弹出对话框告诉用户:

<%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %>

<%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %>

<%@ page contentType="text/html; charset=GBK" %>

<html:html><head><title>Regiestation</title></head>

<body>

<html:form action="/registationAction.do" onsubmit="return validateRegistation(this);">

<bean:message key="userForm.password"/>

<html:password property="password"/><br>

<bean:message key="userForm.password2"/>

<html:password property="password2"/>

<br>

<html:submit property="submit" value="Submit"/><br>

<html:reset value ="Reset"/>

</html:form>

</body>

<html:javascript formName="registation" staticJavascript="true" dynamicJavascript="true"/>

</html:html>

其中,<html:form action=”/registationAction.do” onsubmit=”return validatorRegistation(this);”>说明这个窗口需要使用Struts Validator进行校验,action属性指定这个JSP页面对应的Action,onsubmit属性指定了这个页面校验所对应的ActionForm Bean,它的规则是 “return + validator + FormBeanName + (this);”,这里的例子表示这个页面的action是/regiestationAction.do,它对应的Action Form名称为Registation(注意,如果在Struts-config.xml文件中ActionForm的名字为registation的话这里也要把第一个字母变为大写,否则出错.

最后倒数第二行的<html:javascrip>标记说明要使用java script进行客户端校验,formName属性指定Action Form的名称,这个名称要跟struts-config.xml文件中的配置一致,严格区分大小写,staticJavascript和dynamicJavascript分别指定是使用静态的还是动态的javascript代码进行校验.

4.编写validator.xml配置文件:

<var>

<var-name>secondProperty</var-name>

<var-value>password2</var-value>

</var>

</field>

</form>

这里要注意<var-name>属性的secondProperty要跟ValidatorUtil.java中的校验方法中的代码一致,否则ValidatorUtil.java不能正确进行校验,<var-value>属性指定这个校验字段所参照的校验字段,上面的配置代码说明要对form中的password字段进行校验,它必须和另外一个叫做password2的字段一致.

ORACLE 常用的SQL语法和数据对象

Jimmy Gao — Fri, 03 Dec 2004 07:55:42 GMT

一.数据控制语句 (DML) 部分

1.INSERT (往数据表里插入记录的语句)

INSERT INTO 表名(字段名1, 字段名2, ……) VALUES ( 值1, 值2, ……);
INSERT INTO 表名(字段名1, 字段名2, ……) SELECT (字段名1, 字段名2, ……) FROM 另外的表名;

字符串类型的字段值必须用单引号括起来, 例如: ’GOOD DAY’
如果字段值里包含单引号’ 需要进行字符串转换, 我们把它替换成两个单引号''.
字符串类型的字段值超过定义的长度会出错, 最好在插入前进行长度校验.

日期字段的字段值可以用当前数据库的系统时间SYSDATE, 精确到秒
或者用字符串转换成日期型函数TO_DATE(‘2001-08-01’,’YYYY-MM-DD’)
TO_DATE()还有很多种日期格式, 可以参看ORACLE DOC.
年-月-日小时:分钟:秒的格式YYYY-MM-DD HH24:MI:SS

INSERT时最大可操作的字符串长度小于等于4000个单字节, 如果要插入更长的字符串, 请考虑字段用CLOB类型,
方法借用ORACLE里自带的DBMS_LOB程序包.

INSERT时如果要用到从1开始自动增长的序列号, 应该先建立一个序列号
CREATE SEQUENCE 序列号的名称 (最好是表名+序列号标记) INCREMENT BY 1 START WITH 1
MAXVALUE 99999 CYCLE NOCACHE;
其中最大的值按字段的长度来定, 如果定义的自动增长的序列号 NUMBER(6) , 最大值为999999
INSERT 语句插入这个字段值为: 序列号的名称.NEXTVAL

2.DELETE (删除数据表里记录的语句)

DELETE FROM表名 WHERE 条件;

注意：删除记录并不能释放ORACLE里被占用的数据块表空间. 它只把那些被删除的数据块标成unused.

如果确实要删除一个大表里的全部记录, 可以用 TRUNCATE 命令, 它可以释放占用的数据块表空间
TRUNCATE TABLE 表名;
此操作不可回退.

3.UPDATE (修改数据表里记录的语句)

UPDATE表名 SET 字段名1=值1, 字段名2=值2, …… WHERE 条件;

如果修改的值N没有赋值或定义时, 将把原来的记录内容清为NULL, 最好在修改前进行非空校验;
值N超过定义的长度会出错, 最好在插入前进行长度校验..

注意事项:
A. 以上SQL语句对表都加上了行级锁,
确认完成后, 必须加上事物处理结束的命令 COMMIT 才能正式生效,
否则改变不一定写入数据库里.
如果想撤回这些操作, 可以用命令 ROLLBACK 复原.

B. 在运行INSERT, DELETE 和 UPDATE 语句前最好估算一下可能操作的记录范围,
应该把它限定在较小 (一万条记录) 范围内,. 否则ORACLE处理这个事物用到很大的回退段.
程序响应慢甚至失去响应. 如果记录数上十万以上这些操作, 可以把这些SQL语句分段分次完成,
其间加上COMMIT 确认事物处理.

二.数据定义 (DDL) 部分

1.CREATE (创建表, 索引, 视图, 同义词, 过程, 函数, 数据库链接等)

ORACLE常用的字段类型有
CHAR 固定长度的字符串
VARCHAR2 可变长度的字符串
NUMBER(M,N) 数字型M是位数总长度, N是小数的长度
DATE 日期类型

创建表时要把较小的不为空的字段放在前面, 可能为空的字段放在后面

创建表时可以用中文的字段名, 但最好还是用英文的字段名

创建表时可以给字段加上默认值, 例如 DEFAULT SYSDATE
这样每次插入和修改时, 不用程序操作这个字段都能得到动作的时间

创建表时可以给字段加上约束条件
例如不允许重复 UNIQUE, 关键字 PRIMARY KEY

2.ALTER (改变表, 索引, 视图等)

改变表的名称
ALTER TABLE 表名1 TO 表名2;

在表的后面增加一个字段
ALTER TABLE表名 ADD 字段名字段名描述;

修改表里字段的定义描述
ALTER TABLE表名 MODIFY字段名字段名描述;

给表里的字段加上约束条件
ALTER TABLE 表名 ADD CONSTRAINT 约束名 PRIMARY KEY (字段名);
ALTER TABLE 表名 ADD CONSTRAINT 约束名 UNIQUE (字段名);

把表放在或取出数据库的内存区
ALTER TABLE 表名 CACHE;
ALTER TABLE 表名 NOCACHE;

3.DROP (删除表, 索引, 视图, 同义词, 过程, 函数, 数据库链接等)

删除表和它所有的约束条件
DROP TABLE 表名 CASCADE CONSTRAINTS;

4.TRUNCATE (清空表里的所有记录, 保留表的结构)

TRUNCATE 表名;

三.查询语句 (SELECT) 部分

SELECT字段名1, 字段名2, …… FROM 表名1, [表名2, ……] WHERE 条件;

字段名可以带入函数
例如: COUNT(*), MIN(字段名), MAX(字段名), AVG(字段名), DISTINCT(字段名),
TO_CHAR(DATE字段名,'YYYY-MM-DD HH24:MI:SS')

NVL(EXPR1, EXPR2)函数
解释:
IF EXPR1=NULL
RETURN EXPR2
ELSE
RETURN EXPR1

DECODE(AA﹐V1﹐R1﹐V2﹐R2....)函数
解释:
IF AA=V1 THEN RETURN R1
IF AA=V2 THEN RETURN R2
..…
ELSE
RETURN NULL

LPAD(char1,n,char2)函数
解释:
字符char1按制定的位数n显示，不足的位数用char2字符串替换左边的空位

字段名之间可以进行算术运算
例如: (字段名1*字段名1)/3

查询语句可以嵌套
例如: SELECT …… FROM
(SELECT …… FROM表名1, [表名2, ……] WHERE 条件) WHERE 条件2;

两个查询语句的结果可以做集合操作
例如: 并集UNION(去掉重复记录), 并集UNION ALL(不去掉重复记录), 差集MINUS, 交集INTERSECT

分组查询
SELECT字段名1, 字段名2, …… FROM 表名1, [表名2, ……] GROUP BY字段名1
[HAVING 条件] ;

两个以上表之间的连接查询

SELECT字段名1, 字段名2, …… FROM 表名1, [表名2, ……] WHERE
表名1.字段名 = 表名2. 字段名 [ AND ……] ;

SELECT字段名1, 字段名2, …… FROM 表名1, [表名2, ……] WHERE
表名1.字段名 = 表名2. 字段名(+) [ AND ……] ;

有(+)号的字段位置自动补空值

查询结果集的排序操作, 默认的排序是升序ASC, 降序是DESC

SELECT字段名1, 字段名2, …… FROM 表名1, [表名2, ……]
ORDER BY字段名1, 字段名2 DESC;

字符串模糊比较的方法

INSTR(字段名, ‘字符串’)>0
字段名 LIKE ‘字符串%’ [‘%字符串%’]

每个表都有一个隐含的字段ROWID, 它标记着记录的唯一性.

四.ORACLE里常用的数据对象 (SCHEMA)

1.索引 (INDEX)

CREATE INDEX 索引名ON 表名 ( 字段1, [字段2, ……] );
ALTER INDEX 索引名 REBUILD;

一个表的索引最好不要超过三个 (特殊的大表除外), 最好用单字段索引, 结合SQL语句的分析执行情况,
也可以建立多字段的组合索引和基于函数的索引

ORACLE8.1.7字符串可以索引的最大长度为1578 单字节
ORACLE8.0.6字符串可以索引的最大长度为758 单字节

ORACLE DOC上说字符串最大可以建索引的长度约是:数据块的大小(db_block_size)*40%

2.视图 (VIEW)

CREATE VIEW 视图名AS SELECT …. FROM …..;
ALTER VIEW视图名 COMPILE;

视图仅是一个SQL查询语句, 它可以把表之间复杂的关系简洁化.

3.同义词 (SYNONMY)
CREATE SYNONYM同义词名FOR 表名;
CREATE SYNONYM同义词名FOR 表名@数据库链接名;

4.数据库链接 (DATABASE LINK)
CREATE DATABASE LINK数据库链接名CONNECT TO 用户名 IDENTIFIED BY 密码 USING ‘数据库连接字符串’;

数据库连接字符串可以用NET8 EASY CONFIG或者直接修改TNSNAMES.ORA里定义.

数据库参数global_name=true时要求数据库链接名称跟远端数据库名称一样

数据库全局名称可以用以下命令查出
SELECT * FROM GLOBAL_NAME;

查询远端数据库里的表
SELECT …… FROM 表名@数据库链接名;

五.权限管理 (DCL) 语句

1.GRANT 赋于权限
常用的系统权限集合有以下三个:
CONNECT(基本的连接), RESOURCE(程序开发), DBA(数据库管理)
常用的数据对象权限有以下五个:
ALL ON 数据对象名, SELECT ON 数据对象名, UPDATE ON 数据对象名,
DELETE ON 数据对象名, INSERT ON 数据对象名, ALTER ON 数据对象名

GRANT CONNECT, RESOURCE TO 用户名;
GRANT SELECT ON 表名 TO 用户名;
GRANT SELECT, INSERT, DELETE ON表名 TO 用户名1, 用户名2;

2.REVOKE 回收权限

REVOKE CONNECT, RESOURCE FROM 用户名;
REVOKE SELECT ON 表名 FROM 用户名;
REVOKE SELECT, INSERT, DELETE ON表名 FROM 用户名1, 用户名2;

探查内存不足/内存泄漏问题

Jimmy Gao — Thu, 02 Dec 2004 09:41:08 GMT

探查内存不足/内存泄漏问题

问题描述

内存不足 (OOM) －由于 java 堆或本地内存中的内存耗尽，应用程序显示“内存不足”错误。

内存泄漏 － java 堆或本地内存的持续内存增长，最终将导致内存不足状态。调试内存泄漏状态的技术与调试内存不足状态的技术相同。

故障排除
请注意，并非下面所有任务都需要完成。有些问题仅通过执行几项任务就可以解决。

快速链接：

Java 堆、本地内存和进程大小

Java 堆 －这是 JVM 用来分配 java 对象的内存。java 堆内存的最大值用 java 命令行中的 .Xmx 标志来指定。如果未指定最大的堆大小，那么该极限值由 JVM 根据诸如计算机中的物理内存量和该时刻的可用空闲内存量这类因素来决定。始终建议您指定最大的 java 堆值。

本地内存 －这是 JVM 用于其内部操作的内存。JVM 将使用的本地内存堆数量取决于生成的代码量、创建的线程、GC 期间用于保存 java 对象信息的内存，以及在代码生成、优化等过程中使用的临时空间。

如果有一个第三方本地模块，那么它也可能使用本地内存。例如，本地 JDBC 驱动程序将分配本地内存。

最大本地内存量受到任何特定操作系统上的虚拟进程大小限制的约束，也受到用 .Xmx 标志指定用于 java 堆的内存量的限制。例如，如果应用程序能分配总计为 3 GB 的内存量，并且最大 java 堆的大小为 1 GB，那么本地内存量的最大值可能在 2 GB 左右。

进程大小 －进程大小将是 java 堆、本地内存与加载的可执行文件和库所占用内存的总和。在 32 位操作系统上，进程的虚拟地址空间最大可达到 4 GB。从这 4 GB 内存中，操作系统内核为自己保留一部分内存（通常为 1 - 2 GB）。剩余内存可用于应用程序。

Windows缺省情况下，2 GB 可用于应用程序，剩余 2 GB 保留供内核使用。但是，在 Windows 的一些变化版本中，有一个 /3GB 开关可用于改变该分配比率，使应用程序能够获得 3 GB。有关 /3GB 开关的详细信息，可以在以下网址中找到：
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ddtools/hh/ddtools/bootini_1fcj.asp

RH Linux AS 2.1 － 3 GB 可用于应用程序。

对于其它操作系统，请参考操作系统文档了解有关配置。

返回页首

进程地址空间和物理内存之间的差异

每个进程都获得其自有的地址空间。在 32 位操作系统中，此地址空间范围为 0 到 4 GB。此范围与计算机的可用随机存取内存 (RAM) 或交换空间无关。计算机中的可用物理内存总量是该计算机上的可用 RAM 和交换空间之和。所有运行的进程共享这些物理内存。

进程内的存储地址是虚拟地址。内核将此虚拟地址映射到物理地址上。物理地址指向物理内存中的某个位置。在任一给定时间，计算机中运行进程所使用的全部虚拟内存的总和不能超过该计算机上可用物理内存的总量。

返回页首

为什么会发生 OOM 问题，JVM 在这种情况下如何处理？

java 堆中的内存不足
如果 JVM 不能在 java 堆中获得更多内存来分配更多 java 对象，将会抛出 java 内存不足 (java OOM) 错误。如果 java 堆充满了活动对象，并且 JVM 无法再扩展 java 堆，那么它将不能分配更多 java 对象。

在这种情况下，JVM 让应用程序决定在抛出 java.lang.OutOfMemoryError 后该执行什么操作。例如，应用程序可以处理此错误，并决定以安全方式自行关闭或决定忽略此错误。如果应用程序不处理此错误，那么抛出此错误的线程将退出（如果您进行 java Thread Dump，那么将看不到该线程）。

在使用 Weblogic Server 的情况下，如果此错误是由某个执行线程抛出的，则会处理此错误并将其记录在日志中。如果连续抛出此错误，那么核心运行状况监视器线程将关闭 Weblogic Server。

本地堆中的内存不足
如果 JVM 无法获得更多本地内存，它将抛出本地内存不足（本地 OOM）错误。当进程到达操作系统的进程大小限值，或者当计算机用完 RAM 和交换空间时，通常会发生这种情况。

当发生这种情况时，JVM 处理本地 OOM 状态，记录说明它已用完本地内存或无法获得内存的消息，然后退出。如果 JVM 或加载的任何其它模块（如 libc 或第三方模块）不处理这个本地 OOM 状态，那么操作系统将给 JVM 发送命令 JVM 退出的 sigabort 信号。通常情况下，JVM 收到 sigabort 信号时将会生成一个核心文件。

返回页首

排除故障的步骤

确定是 Java OOM 还是本地 OOM：

如果 stdout/stderr 消息说明这是一个 java.lang.OutOfMemoryError，那么这就是 Java OOM
如果 stdout/stderr 消息说明无法获得内存，那么这就是本地 OOM

请注意，上述消息仅发送到 stdout 或 stderr 中，而不发送到应用程序特定的日志文件（如 weblogic.log）

返回页首

对于 Java OOM：

收集和分析 verbose gc 输出
1. 在 java 命令行中添加“-verbosegc”标志。这样将会把 GC 活动信息打印到 stdout/stderr。将 stdout/stderr 重定向到一个文件。运行应用程序，直到该问题重现。
2. 确保 JVM 在抛出 java OOM 之前完成下列任务
  完整 GC 运行：
  执行一次完整 GC 运行，并且删除了所有不可及对象以及虚可及、弱可及、软可及对象，并回收了那些空间。有关不同级别的对象可及性的详细信息，可以在以下网址中可找到：
  http://java.sun.com/developer/technicalArticles/ALT/RefObj
  
  您可以检查是否在发出 OOM 消息之前执行了完整 GC 运行。当完成一次完整 GC 运行时，将会打印类似如下消息（格式取决于 JVM －请查看 JVM 帮助信息以了解有关格式）
  
  [memory ] 7.160: GC 131072K->130052K (131072K) in 1057.359 ms
  
  以上输出的格式如下（备注：在此模式下将全部使用相同的格式）：
  
  [memory ] <start>: GC <before>K-><after>K (<heap>K), <total> ms
  [memory ] <start> - start time of collection (seconds since jvm start)
  [memory ] <before> - memory used by objects before collection (KB)
  [memory ] <after> - memory used by objects after collection (KB)
  [memory ] <heap> - size of heap after collection (KB)
  [memory ] <total> - total time of collection (milliseconds)
  
  但是，没有办法断定是否使用 verbose 消息删除了软/弱/虚可及的对象。如果您怀疑在抛出 OOM 时这些对象仍然存在，请与 JVM 供应商联系。
  
  如果垃圾回收算法是一种按代回收算法（对于 Jrockit 为 gencopy 或 gencon，对于其它 JDK 则是缺省算法），您也将看到类似如下的 verbose 输出：
  [memory ] 2.414: Nursery GC 31000K->20760K (75776K), 0.469 ms
  
  以上是 nursery GC（即 young GC）周期，它将把活动对象从 nursery（或 young 空间）提升到 old 空间。这个周期对我们的分析不重要。有关按代回收算法的详细信息，可以在 JVM 文档中找到。
  
  如果在 java OOM 之前未发生 GC 周期，那么这是一个 JVM 错误。
  
  完全压缩：
  确保 JVM 执行了适当的压缩工作，并且内存并未成碎片（否则会阻止分配大对象并触发 java OOM 错误）。
  
  Java 对象要求内存是连续的。如果可用空闲内存是一些碎片，那么 JVM 将无法分配大对象，因为它可能无法放入任何可用空闲内存块中。在这种情况下，JVM 将执行一次完全压缩，以便形成更多连续的空闲内存来容纳大对象。
压缩工作包括在 java 堆内存中将对象从一个位置移动到另一个位置，以及更新对这些对象的引用以指向新位置。除非确有必要，否则 JVM 不会压缩所有对象。这是为了减少 GC 周期的暂停时间。

我们可以通过分析 verbose gc 消息来检查 java OOM 是否由碎片引起。如果您看到类似如下的输出（在此无论是否有可用的空闲 java 堆都会抛出 OOM），那么这就是由碎片引起的。

[memory ] 8.162: GC 73043K->72989K (131072K) in 12.938 ms
[memory ] 8.172: GC 72989K->72905K (131072K) in 12.000 ms
[memory ] 8.182: GC 72905K->72580K (131072K) in 13.509 ms
java.lang.OutOfMemoryError

在上述情况中您可以看到，所指定的最大堆内存是 128MB，并且当实际内存使用量仅为 72580K 时，JVM 抛出 OOM。堆使用量仅为 55%。因此在这种情况下，碎片影响是：即使还有 45％的空闲堆，内存也会抛出 OOM。这是一个 JVM 错误或缺陷。您应当与 JVM 供应商联系。
如果 JVM 一切都正常（上一步中提到的所有操作），那么此 java OOM 可能是应用程序的问题。应用程序可能在不断泄漏一些 java 内存，而这可能导致出现上述问题。或者，应用程序使用更多的活动对象，因此它需要更多 java 堆内存。在应用程序中可以检查以下方面：

应用程序中的缓存功能 －如果应用程序在内存中缓存 java 对象，则应确保此缓存并没有不断增大。对缓存中的对象数应有一个限值。我们可以尝试减少此限值，来观察其是否降低 java 堆使用量。

Java 软引用也可用于数据缓存，当 JVM 用完 java 堆时，可以保证删除软可及对象。

长期活动对象 －如果应用程序中有长期活动对象，则可以尝试尽可能减少这些对象的存在期。例如，调整 HTTP 会话超时值将有助于更快地回收空闲会话对象。

内存泄漏 －内存泄漏的一个例子是在应用服务器中使用数据库连接池。当使用连接池时，必须在 finally 块中显式关闭 JDBC 语句和结果集对象。这是因为，当从池中调用连接对象上的 close() 时，只是简单地把连接返回池中以供重用，并没有实际关闭连接和关联的语句/结果集对象。

增加 java 堆 －如果可能的话，我们也可尝试增加 java 堆，以观察是否能解决问题。

如果上述建议都不适用于该应用程序，那么，我们需要使用一个基于 JVMPI（JVM 事件探查器接口）的事件探查器（如 Jprobe 或 OptimizeIt）来找出哪些对象正在占用 java 堆。事件探查器还提供 java 代码中正在创建这些对象的位置的详细信息。本文档并不介绍每个事件探查器的详细信息。可以参考事件探查器文档来了解如何用事件探查器设置和启动应用程序。一般而言，基于 JVMPI 的事件探查器需要较高的系统开销，并会大大降低应用程序的性能。因此，在生产环境中使用这些事件探查器并不可取。
http://www.borland.com/optimizeit
http://www.quest.com/jprobe

返回页首

对于本地 OOM 问题：

收集下列信息：
1. .verbosegc 输出，通过它可监视 java 堆使用量。这样将有助于了解此应用程序的 java 内存要求。
应当注意，指定的最大堆内存量（在 java 命令行中使用 Xmx 标志）与应用程序的实际 java 堆使用量无关，其在 JVM 启动时被保留，并且此保留内存不能用于其它任何用途。

在使用 Jrockit 时，使用 -verbose 来代替 -verbosegc，因为这可以提供 codegen 信息以及 GC 信息。
1. 定期记录进程虚拟内存大小，从启动应用程序时起直到 JVM 用完本地内存。这样将有助于了解此进程是否确实达到该操作系统的大小限值。
在 Windows 环境下，使用下列步骤来监视虚拟进程大小：
>>>

在 Unix 或 Linux 环境下，对于一个给定 PID，可以使用以下命令来查找虚拟内存大小 - ps -p <PID> -o vsz。

在 Linux 环境下，单个 JVM 实例内的每个 java 线程都显示为一个独立的进程。如果我们获得根 java 进程的 PID，那么这就足够了。可以使用 ps 命令的 .forest 选项来找到根 java 进程。例如，ps lU <user> --forest 将提供一个由指定用户启动的所有进程的 ASCII 树图。您可以从该树图中找到根 java。
1. 计算机中的内存可用性
  如果计算机没有足够的 RAM 和交换空间，则操作系统将不能为此进程提供更多内存，这样也会导致内存不足。请确保 RAM 与磁盘中的交换空间之和足以满足该计算机中正在运行的所有进程的需要。
1. 调整 java 堆
  如果 java 堆使用量完全在最大堆范围内，则减小 java 最大堆将为 JVM 提供更多的本地内存。这不是一个解决办法，而是一个可尝试的变通方法。由于操作系统限制进程大小，我们需要在 java 堆和本地堆之间寻求一个平衡。
1. JVM 的本地内存使用量
  在加载了所有类并调用了方法（代码生成结束）后，JVM 的本地内存用量预计将会几乎达到稳定。对于大多数应用程序而言，这通常发生在最初几小时内。此后，JVM 可能会因加载运行时类型、生成优化代码等处理而仅使用少量本地内存。
  
  为了缩小问题的范围，可尝试禁用运行时优化，并检查这是否会产生任何效果。
  - 在使用 Jrockit 时，可使用 -Xnoopt 标志来禁用运行时优化。
  - 在使用 SUN hotspot JVM 时，-Xint 标志将强迫 JVM 在解释模式中运行（不生成代码）。
  如果在整个运行过程中，本地内存使用量继续不断增加，那么这可能是本地代码中的内存泄漏。
2. 第三方本地模块或应用程序中的 JNI 代码
  检查您是否在使用类似数据库驱动程序的任何第三方本地模块。这些本地模块也可以分配本地内存，泄漏可能从这些模块中发生。为了缩小问题的范围，应尝试在没有这些第三方模块的情况下重现问题。例如，可以使用纯 java 驱动程序来代替本地数据库驱动程序。
  
  检查应用程序是否使用一些 JNI 代码。这也可能造成本地内存泄漏，如果可能的话，您可以尝试在没有 JNI 代码的情况下运行应用程序。
3. 如果在执行上述步骤后还不能找到本地内存泄漏的根源，那么您需要与 JVM 供应商合作来获得一个特殊的编译版本，它可以跟踪本地内存分配调用，并可提供有关泄漏的更多信息。
返回页首

Jrockit 特定特性
Jrockit 81SP1 和更高版本支持 JRA 记录（Java 运行时间分析器）。这对于收集 JVM 运行时的信息很有用，将提供应用程序的有关信息，例如，正在运行的 GC 数、软/弱/虚引用的数目、热方法，等等。如果 JVM 出现性能问题或挂起问题，那么用几分钟进行记录和分析数据就会很有用。有关详细信息，可以在 Jrockit 文档中找到。
http://e-docs.bea.com/wljrockit/docs142/userguide/jra.html
参考文献

> > >>

OSWorkflow 文摘

Jimmy Gao — Fri, 26 Nov 2004 08:38:44 GMT

OSWorkflow基本概念>>

http://www.blogdriver.com/showBlog.do?diaryID=113138

Step

大致相当于流程所在的位置。譬如企业年检，年检报告书在企业端算一个step，在工商局算第二个step，在复核窗口算第三个step。每个step可以有多种状态（status）和多个动作（action），用Workflow.getCurrentSteps()可以获得所有当前的step（如果有并列流程，则可能同时有多个step，例如一次年检可能同时位于“初审”step和“广告经营资格审查”step）。

Status

流程在某个step中的状态。很容易理解，譬如“待认领”、“审核不通过”之类的。OSWorkflow中的状态完全是由开发者自定义的，状态判别纯粹是字符串比对，灵活性相当强，而且可以把定义文件做得很好看。

Action

导致流程状态变迁的动作。一个action典型地由两部分组成：可以执行此动作的条件（conditions），以及执行此动作的结果（results）。条件可以用BeanShell脚本来判断，因此具有很大的灵活性，几乎任何与流程相关的东西都可以用来做判断。

Result

执行动作后的结果。这是个比较重要的概念。result分为两种，conditional-result和unconditional-result。执行一个动作之后，首先判断所有conditional-result的条件是否满足，满足则使用该结果；如果没有任何contidional-result满足条件，则使用unconditional-result。unconditional-result需要指定两部分信息：old-status，表示“当前step的状态变成什么”；后续状态，可能是用step+status指定一个新状态，也可能进入split或者join。

conditional-result非常有用。还是以年检为例，同样是提交年检报告书，“未提交”和“被退回”是不同的状态，在这两个状态基础上执行“提交”动作，结果分别是“初次提交”和“退回之后再次提交”。这时可以考虑在“提交”动作上用conditional-result。

Split/Join

流程的切分和融合。很简单的概念，split提供多个result；join则判断多个current step的状态，提供一个result。

* * *

熟悉这些概念，在流程定义中尽量使用中文，可以给业务代码和表现层带来很多方便。

电子政务/ OA 如果要使用workflow engine的话, shark, jbpm之类的workflow engine有点杀鸡用牛刀的味道. shark 和 jbpm都强迫你使用它的用户模型, 怎样把企业现有的用户模型(包括组织结构)映射过来是很繁琐的事情, 比如常见的OA应用中, 申请者对应的部门负责人为下一个流程的人工参与者, 使用shark 或者 jbpm都得绕一圈, 通过现有的人力资源系统, 获得用户, 再对应过来. 这还仅仅是一个简单的需求, 更不用说国内企业千奇百怪的组织结构, 以及各种特殊流程, 用wfmc 或者其他所谓的workflow通用标准去做不怎么标准的事情, 吃力不讨好.用osworkflow这种基于状态机的workflow engine反而会轻松很多, 而且它也没有强迫你使用它的用户模型. 另外纠正一点: osworkflow不仅仅支持简单的BeanShell, 还支持java class, bsf, ejb. 如果做电子政务/ OA的话, 觉得目前osworkflow是最适用的opensource workflow engine.

OSWorkflow中BeanShell的运行环境>>

http://www.blogdriver.com/showBlog.do?diaryID=109107

以前问Potian“脚本可以做什么”，现在明白了。脚本语言具有无穷大的威力，只要你给它无穷大的运行环境（context）。设计可以嵌入脚本的框架时，就要考虑给脚本怎样的context。一些最可能用到的东西，应该放在脚本伸手可及的地方；如果所有东西都可以通过一个全局Service Locator导航获得，那么脚本就什么都可以做。

com.opensymphony.workflow.util.beanshell这个包里的几个类就是OSWorkflow配置文件中BeanShell脚本的运行环境，每个类对应一种BeanShell定义。譬如对于type="beanshell" name="bsh.condition"的BeanShell脚本，它得到的运行环境是这样设置的（BeanShellCondition.passesCondition方法）：

Interpreter i = new Interpreter(); // BeanShell解释器
Map transientVars;

PropertySet ps;

WorkflowContext context;
WorkflowEntry entry;

ClassLoader loader;

            i.set("entry", entry);
            i.set("context", context);
            i.set("transientVars", transientVars);
            i.set("propertySet", ps);
            i.set("jn", transientVars.get("jn"));

通过entry变量（WorkflowEntry）可以得到工作流ID、名称、状态（激活、挂起、结束等等）；通过context变量（WorkflowContext）可以得到调用者（caller，我打算用这个值来作为每个工作流实例的唯一标识，不知道是否合理）；transientVars是一个Map，传递临时性的参数；propertySet是持久化的属性设置。

jn变量是用在join节点中的——当两个流程需要合并时，就会进入一个join节点。譬如说，年检流程和广告审查流程、注册流程和并联审批流程，它们的合并就要在一个join节点中判断两条流程是否都达到合适的位置。调用jn.getStep()方法可以获得任意一个step，然后调用getStatus()方法就可以判断任意step的当前状态。

OSWorkflow真灵活>>

http://www.blogdriver.com/showBlog.do?diaryID=108339

比如年检流程，“未提交年检报告书”的状态其实有好几种情况：首次填写未提交、报告书被退回未提交、初审不通过未提交。把这几个状态分别定义为UnCommit1、UnCommit2、UnCommit3。在“提交”的动作那里判断条件时，用BeanShell写一个脚本：

String status = getStatus();

status.indexOf("UnCommit") >= 0;

也就是说，只要当前状态字中含有“UnCommit”字样，就可以执行“提交”的动作。嘿嘿，噶灵活地。现在要把BeanShell的中文问题解决一下，再试试分支流程。

跟OSWorkflow奋斗一天>>

http://www.blogdriver.com/showBlog.do?diaryID=107566

解决了两个问题：

不能根据Hibernate映射文件生成数据库——用SchemaExport生成数据库的时候，DOM4J报错“org.xml.sax.driver”系统属性没有设置。查看了一下，在以往的任何一个项目中，这个系统属性都没有设置，但都可以生成数据库，不知道为什么在这里就不行了。自己动手给SchemaExport做了个包装，先设置org.xml.sax.driver系统属性值为org.apache.xerces.parsers.SAXParser，再调用SchemaExport。

执行速度巨慢——是因为没有开启工作流工厂的缓存。在osworkflow.xml定义文件中加上<property key="cache" value="true" />，速度明显提高。第一次加载工作流定义时，XML解析和验证（validation）费时较多，改用JDOM解析（CrimsonDOMAdapter），有所加快。

用Hibernate持久化时，OSWorkflow要求client提供SessionFactory，然后自主控制session和transaction。我计划将它纳入G-Roller框架，直接向HibernateWorkflowStore提供SessionAdapter，仍然用G-Roller统一管理session和transaction。首先要把核心部分的单元测试补起来，hani这个家伙从来不爱写测试，偶尔写几个也是sample一样的，估计是OpenSymphony公司给他下的任务——就像我的文档任务一样。

OSWorkFlow又爱又恨

http://www.blogdriver.com/showBlog.do?diaryID=182514

OSWorkFlow我研究已有一段时间了，并已在一些项目中开始使用了。OSWorkFlow流程定义灵活清晰，工作流引擎支持多种持久方式（MemoryStore ,SerializableStore, JDBCStore, OfbizStore, and EJBStore,HibernateStore等），具有极强的可扩展性。OSWorkFlow强大的脚本支持（BeanShell、BSF等），多样化的function,function可以直接使用普通java类函数、Xwork的Action、JMS、EJB、脚本等。使用propertyset动态存取类型化的数据，使用成熟的Quartz实现工作流任务定时调度。最新版本OSWorkFlow2.7也添加了Spring框架的支持，设计器也有了很好的改善。

可是，OSWorkFlow的学习资料太少，只有opensymphony的一些概论介绍和简单的例子，连一个完善的实际项目使用都没有。代码的注释也是非常少，更不能接受的是只有部分的单元测试，若想在其基础上改进也困难，哎！设计器的代码更烂，好在OSWorkFlow2.7的设计器（Designer2.7）的改进，总算是能在实际中使用。

期待OSworkflow更好的完善、改进、发展(http://www.opensymphony.com/osworkflow/)...............

OSWorkFlow概论：function(函数)

http://www.blogdriver.com/showBlog.do?diaryID=158730

function（函数），在OSWorkFlow中是用来定义（引用）并执行外部的商业逻辑和服务，实现OSWorkFlow与外部具体的应用之间交互。

function有二种类型：
pre function(预处理函数)和post function（后处理函数）
pre function在工作流的一个转变操作执行之前调用，例如：在执行Action的一个结果之前，设置这个结果将导致状态改变的Owner
<action id="0" name="启动工作流">
      <results>
        <unconditional-result id="2" old-status="Finished" status="Queued" step="1" owner="${caller}">
          <pre-functions>
            <function name="set.caller" type="class">
              <arg name="class.name">com.opensymphony.workflow.util.Caller</arg>
            </function>
          </pre-functions>
        </unconditional-result>
      </results>
    </action>

post function在工作流的一个转变操作执行完之后调用:例如在设备申请工作流中，部门经理审核步骤完成之后可以给申请的员工发email通知

等。

function将被应用在step、Action、Result中
具体见workflow_2_7.dtd：
..
<!ELEMENT step (meta*, pre-functions?, external-permissions?, actions?, post-functions?)>
<!ELEMENT action (meta*, restrict-to? , validators?, pre-functions?, results, post-functions?)>
<!ELEMENT result (conditions, validators?, pre-functions?, post-functions?)>
..

function在action级别的应用：在执行某一步骤的的Action时，它会首先执行当前Action级别的pre-function，再去寻找Action里的result。

result执行完成之后再调用Action级别的post-function，于是Action的执行结束。

如下图：

function在result级别的应用:类似action级别
function在step级别的应用:上一个步骤执行结束，运转到当前步骤，执行当前步骤的pre-function。当前步骤执行完成，在未运转到下一步骤

之前，执行post-function

如下图：

注意：OSWorkFlow里的Action和我们具体业务操作中的Action（比如：xwork中的Action）的区别:

OSWorkFlow的Action是个更粗粒度的操作，它是指OSWorkFlow某一步骤可以执行的操作。在我们经常用的action（比如：xwork中的Action），是业务相关的一个操作，在OSWorkFlow相当于一个具体的function。

http://www.blogdriver.com/showBlog.do?diaryID=142676

opensymphony的开源项目>>

很多好用的openSource.webwork就来源于这个组织！

opensymphony 也是一個 opensource 專案的組織, 推出了幾個膾炙人口的專案
http://wiki.opensymphony.com/space/OpenSymphonyComponents

◎OSCore: 一些開發 j2ee 基礎的核心程式
◎OSUser: 人員管理的程式, 主要處理 authetication 為主
◎OSAccess: 存取控管的程式, 主要處理 authorization 為主
◎WebWork: 方便簡單的 MVC Framework
◎WebWork2: 顧名思義, WebWork 第二版
◎XWork: Model2x 的 MVC Framework.
◎SiteMesh: View 端的網頁處理器 ( 許多書籍推薦 )
◎PropertySet: 管理 properties 的好工具
◎OSWorkflow: WorkFlow engine 工作流引擎
◎OSCache: J2EE Caching 機制

BeanShell的中文问题>>

http://www.blogdriver.com/showBlog.do?diaryID=108228

在XML文件中写这么一段BeanShell：

String status = getStatus(); // 通过某种途径得到状态

System.out.println(status); // 这里输出“未提交”

System.out.println(status.indexOf("未提交"));

最后一句就得到了-1。

System.out.println("未提交");

这句直接就得到了乱码。这到底是XML解析器的问题呢还是BeanShell的问题呢？搞不拎清……再试一下去。

试过了，在Java里面写：

  Interpreter i = new Interpreter();
  i.setClassLoader(getClass().getClassLoader());
  i.eval("System.out.println(\"中文\");");

输出乱码。果然是BeanShell的问题。

原来是BeanShell版本的问题，1.2就不支持中文，换成2.0就搞定了。现在我的工作流配置是这个样子：

      <actions>
        <action id="1201" name="认领年检报告书">
          <restrict-to>
            <conditions type="AND">
              <condition type="beanshell" name="bsh.condition">
                <arg name="script">
                com.opensymphony.workflow.util.beanshell.WorkflowStatus.isStatus(transientVars, "未认领");
                </arg>
              </condition>
            </conditions>
          </restrict-to>
          <results>
            <unconditional-result old-status="Finished" status="认领未初审" step="12" owner="${ycheckId}" />
          </results>
        </action>

好漂亮哦！

OsWorkFlow配合Hibernate攻略>>

http://www.blogdriver.com/showBlog.do?diaryID=178570

1. 下载最新的OsWorkflow2.7.0,地址是https://osworkflow.dev.java.net/files/documents/635/4647/osworkflow-2.7.0.zip

2. 解压后,把osworkflow-2.7.0-example.war解压到一个目录，我一般起web，方便对里面进行修改

3. 部署到Tomcat5

4. 试验一下,这个时候,默认的MemoryWorkflowStore应该已经工作正常了

5. 开始向HibernateWorkflowStore转移,先修改WEB-INF\classes\目录下的osworkflow.xml,改为

6. 把一个Hibernate.cfg.xml加到WEB-INF\classes\下面,我用的数据库是mysql.

<property name="hibernate.hbm2ddl.auto">update</property>这句是为了帮你创建数据库表的,跑起来后最好去掉,不去也没关系.

<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE hibernate-configuration PUBLIC "-//Hibernate/Hibernate Configuration DTD 2.0//EN" "http://hibernate.sourceforge.net/hibernate-configuration-2.0.dtd">
<hibernate-configuration>
<session-factory>
  
  <property name="connection.driver_class">org.gjt.mm.mysql.Driver</property>
  <property name="connection.url">jdbc:mysql://localhost:3306/test?useUnicode=true&characterEncoding=utf-8</property>
  <property name="connection.username">root</property>
  <property name="connection.password">123456</property>

  <property name="dialect">net.sf.hibernate.dialect.MySQLDialect</property>
  <property name="show_sql">true</property>
  <property name="use_outer_join">true</property>

<property name="hibernate.hbm2ddl.auto">update</property>

</session-factory>
</hibernate-configuration>

7. 把hibernate的jar及hibernate所有要到的jar,统统加到WEB-INF\lib\

8. 最后一步,修改源程序.
OsWorkFlow主要作者Hani,认为生成SessionFactory的责任并不是OsWorkFlow的事情,坚持应该是用户,或者是服务器生成后,传给HibernateWorkflowStore.他可能是Spring的思想太深了吧.我也赶紧开始学习了.但是如果这样的话,最好加个说明,说这个产品的Hibernate特性还必须配合Spring才行,那么我再装一个.既然他没有说明,我又暂时还打算用spring,而我又不想改web层任何代码,那么我就只好修改他的源程序,在HibernateWorkflowStore里面生成一个独一无二的SessionFactory了.

修改一是添加下面在开头:

private static SessionFactory sessionFactory;

  //~ Constructors ///////////////////////////////////////////////////////////
  static{
   try {
     sessionFactory = new Configuration().configure().buildSessionFactory();
   } catch (HibernateException ex) {
      throw new RuntimeException("Configuration problem: " + ex.getMessage(), ex);
    }

  }

二是在init中

把sessionFactory = (SessionFactory) props.get("sessionFactory");注释

编译,生成class,放到osworkflow-2.7.0.jar,取代原来的HibernateWorkflowStore.class,重启服务器,OK

Shark第一印象>>- >> from GIGIX

试了一下Enhydra Shark工作流引擎，暂时还不知道如何编程使用，只有一些肤浅的印象。

庞大——比OSWorkflow和Werkflow都大了许多，概念非常完整，一时间还很难完全理解这些概念。对于OSWorkflow和Werkflow这种轻量级工作流来说，要管理的唯一目标就是流程实例（process instance），操纵流程实例的状态变迁，至于如何使用流程实例、状态如何发展，都在工作流引擎之外。Shark管理的目标要宽泛得多，比如有User和UserGroup的概念，用户必须有此角色（即group）才能涉足此流程。不知道这会不会和统一用户管理平台冲突。

标准——完全符合WfMC参考模型，并且没有任何额外扩展，采用XPDL作为工作流定义语言。标准是好事，但是对于一些比较特殊的流程，我担心它的扩展能力。比如电子政务中经常会出现一种“无序流程”（只要领导插手，就可以随便到任何位置），WfMC是否能支持呢？另外，Enhydra提供JaWE编辑器，可能是最好的XPDL可视化编辑器。

支持多语言插件——对于需要自动执行的流程，Shark允许插入多种语言的运行单元，包括Java、JavaScript、BeanShell、Python等等，相信提供对Groovy的支持也会很简单。我们自己的工作流不支持自动执行，OSWorkflow只支持简单的BeanShell（语句直接写在配置文件中）。

持久化——默认的持久化方式是DODS，这是Enhydra自己做的一个O/R mapping。原来用的数据库是HSQL，我今天尝试迁移到MySQL还没有成功，因此也不知道这个持久化机制究竟如何。另外还提供LDAP的持久化，持久化方式的移植也不知道是否困难。我相信O/R mapping基础上移植不会太难。

服务接口——可以作为应用程序的一部分在代码级集成，也可以作为外部服务通过RPC集成。Shark很重视CORBA接口，对于异构环境的集成应该是很有帮助的。这里也有一点性能上的顾虑：应用内集成时，工作流引擎和工作流实例会不会带来太大的性能开销？毕竟它给我一种重量级的感觉。

明天如果有空就继续尝试，先把应用内集成搞明白，那么RPC集成也就简单了

Microsoft ObjectSpaces 介绍

Jimmy Gao — Fri, 26 Nov 2004 07:56:49 GMT

Microsoft ObjectSpaces

objectspaces是个orm 工具，这个orm应该是object-relational mapping 而不是object rule modal，其主要目的就是为了简化数据库和对象之间的映射。连接 http://groups.msn.com/objectspaces

objectspaces类似于jdo(jdo是java的一个orm工具)，在pdc版本中，提供了XmlObjectSpace 和SqlObjectSpace两个类，支持xml或是Sql Server。

从技术角度来说，objectspaces建筑于ado.net之上（同jdo建筑在jdbc之上一样)一样，使用map文件来映射对象和数据库的关系。

如

在这个map文件中，type tag中的name是objectspaces中的对象,datasource 则是数据库表名，而source则是数据源map文件中定义的数据源

property或是uniqueKey对应一个字段或是关键字字段。大家可以看到uniqueKey中的mappedBy被设置为autoIncrement，意味着是sql server的identity或是access中的自动计数字段。当然，mappedBy还有guid、user或是custom等多种方式。dataSource则是实际的字段名。

大家可以粗略看出这种定义方式非常灵活，因为在设计初期，数据库会经常改变，这种定义方式，可以减少对源代码的改动。

使用objectspaces可以大大简化你的数据库存储代码，其实objectspaces的原则就是让你：

不使用 sql 语言
不使用存储过程

在objectSpaces中，数据库操作(新增、删除、更新、查询)被简略成CreateObject,Delete,Update(UpdateAll),getobject(getObjects)等几个方法，下面以一个实例来介绍。

如一个Customer(客户) 对象，其可能有Id(编号),Name( 名称),Address(地址)等属性
注：代码中的os是ObjectSpace的一个实例

定义对象
public abstract Customer
{
[UniqueId]
public abstract Int32 Id{get;set;}
public abstract String Name{get;set;}
public abstract String Address{get;set;}
public void OnCreate(Int32 ItemId,String ItemName,String ItemAddress)
{
this.Id=ItemId;
this.Name=ItemName;
this.Address=ItemAddress;
}
}

查询对象
GetObject
GetObjects

GetObject返回单一对象，GetObjects返回对象的集合(ObjectSet)
查询使用的是(OPath,ObjectPathLanguage)，也就是使用对象.属性的方式进行查询，查询根据编程语言的不同而不同，如C#用==表示是否相等而vb.net则用=
c=os.GetObject(typeof(Customer),"Id==1");

注:(在pdc版本中,like 操作还未被支持，正式版中会支持这个操作，而且，从新闻组的一些文字上来看，这个特性已经被实现)

objectSpace使用如下方式进行新增，删除、更新操作

新增对象
CreateObject

Customer c=os.CreateObject(typeof(Customer),1,"jjx","浙江省")

删除对象
DeleteObject

更新
Update 更新某个对象
UpdateAll 更新全部对象

objectSpaces中的对象定义可以自行扩展，以加入各种商业逻辑。请大家参阅帮助文件。

老早就听到过这个东西，但没有找到，这次在fabrice's 的webblog（http://dotnetweblogs.com/FMARGUERIE/）中发现了这个连接（http://groups.msn.com/objectspaces）

现在的objectspaces还是最早的pdc preview版本，在浏览了新闻组和其它网站的一些消息后，确定这将是一个不会发表的产品，不过objectspaces 将会融合在.net 2.0中，来源如下

Latest Update on Microsoft ObjectSpaces
Wednesday, October 02, 2002 9:14 PM
According to Guang-an Wu who works for the company, Microsoft have utilized the feedback received via newsgroups and through customer meetings to improve ObjectSpaces further. Currently, ObjectSpaces is being developed as a part of the next major .NET framework release.
Stay tuned for further announcements at the PDC next year.

Since the component is still under development, many of the details are still being decided and are not yet available for public release. However, here are some of the highlights, with the usual caveat that all details are subject to change without further notice. And Additional details beyond these highlights are not available at this point for release.

Unlike the PDC 2001 Technology Preview, classes don't need to be abstract. The goal is to make ObjectSpaces available for all .NET objects.
The foundation is a better optimized streaming model for fast retrieval of objects.
Key features like simplicity of OPath queries for retrieving objects, choice of span or delay loading are being enhanced and improved.
More sophisticated support is planned for inheritance and advanced mapping between classes and one or more tables.
Further, tools support for application development lifecycle is in the works.

虽然objectspaces只是个预览产品，但其特征非常丰富，我非常喜欢其基于map文件的特性，这是 ado.net的TableMappings集合的文件化，使你在改动数据库（如改变字段名时）不必改动代码。

缺点
1、对象查询速度
我做了一下测试，查询一个8000条的包含7个属性的对象需要20秒
2、绑定
ObjectSet实现支持ICollection和支持IBindingList，因此支持绑定
类自己定义，需要自己实现IEditableObject,IDataErrorInfo来完美的支持.net数据绑定

约定
在OjbectSpace中
对象的UniqueId属性是必须的，当在进行OPaht查询时需要使用

在C#中调用VBScript、JavaScript等脚本的实现(文摘)

Jimmy Gao — Thu, 25 Nov 2004 04:53:54 GMT

在C#中调用VBScript、JavaScript等脚本的实现

作者：秋枫

以前在做工作流(workflow)项目的时候，里面有一项就是在用户制定流程定义时可以编写脚本来控制活动的跳转，而这些脚本定义后存在数据库中，当流程启动的时候，工作流引擎会控制活动执行顺序，串型的两个活动比较简单，但有的活动到下一个活动有条件判断，或者存在多个分支，简单的还好，只要在数据库表中加个字段就可以实现，复杂一点的就需要通过脚本实现了。当时经验不够，几天都没找到快速的解决办法，想自己写一个自定义脚本引擎没有把握，而且时间也不够，还是在网上找找看吧，花了一些时间，还是找到了一个自认为比较好的解决办法，写出来同大家分享。
下面通过两部分来说明实现以及应用。

一．使用MSScriptControl

到微软的网站上下载Windows Script Control，它是一个ActiveX(R) 控件，所以在.NET中使用我Interop了一下。下载安装完成后，新建一个C#的Windows应用程序项目，在解决方案资源管理器中选中引用节点，右键点击选择添加引用菜单，弹出添加引用对话框，单击浏览找到安装Windows Script Control的目录，选取msscript.ocx文件确定。那么在引用节点下会增加一个MSScriptControl组件，下面是他Interop后的所有对象。

ScriptControl 对支持 ActiveX(TM) Script 的宿主 Script 引擎提供简单接口。接下来我们对被转化成ScriptControlClass类的ScriptControl的属性和方法进行一些说明。

属性

AllowUI 属性：应用于 ScriptControl 本身或 Scirpt 引擎显示的用户界面元素，可读写。

CodeObject 属性：返回对象，该对象用于调用指定模块的公用成员。只读。

Error 属性：返回 Error 对象，其中包含所发生的最后一个错误的相关详细信息。只读。

Language 属性：设置或返回正在使用的 Script 语言名称。可读写。

Modules 属性：为 ScriptControl 对象返回模块集合。只读。

Procedures 属性：返回在指定模块中定义的过程集合。只读。

SitehWnd 属性：设置或返回窗口的 hWnd，通过执行 Script 代码，此窗口用于显示对话框和其他用户界面元素。可读写。

State 属性：设置或返回 ScriptControl 对象的模式。可读写。

Timeout 属性：设置或返回时间（毫秒），此时间后用户可选择中止 Script 代码的执行或允许代码继续执行。可读写。

UseSafeSubset 属性：设置或返回 Boolean 值，指明宿主应用程序是否有保密性要求。如果宿主应用程序需要安全控制，则 UseSafeSubset 为 True，否则为 False。可读写。

方法

AddCode 方法：向模块添加指定代码。可多次调用 AddCode 方法。

AddObject 方法：使主机对象模型对 Script 引擎可用。

Eval 方法：计算表达式并返回结果。

ExecuteStatement 方法：执行指定的语句。

Reset 方法：放弃所有已经添加到 ScriptControl 中的 Script 代码和对象。

Run 方法：运行指定过程。

事件

Error 事件：出现运行时错误时，发生此事件。

Timeout 事件：当超出了 Timeout 属性指定的时间且用户在结果对话框中选定了 End 时，发生此事件。

补充几点

AllowUI 属性如果设置为false，则显示对话框之类的语句不起作用，如在 VBScript 中MsgBox 语句，JavaScript中的alert等，并且如果执行的脚本超出TimeOut设置的毫秒数，也不会跳出超出时间提醒的对话框，反之则相反；重新设置 Language 属性会清空AddCode加载的代码；对于TimeOut属性，发生超时时，ScriptControl 检查对象的 AllowUI 属性，确定是否允许显示用户界面元素。

如果读者需要更详细的了解，可以查看MSDN文档。

为了使控件更容易使用，我用一个ScriptEngine类包装了一下，下面是完整代码：

using System;

using MSScriptControl;

using System.Text;

namespace ZZ

{

/// <summary>

/// 脚本类型

/// </summary>

public enum ScriptLanguage

{

/// <summary>

/// JScript脚本语言

/// </summary>

JScript,

/// <summary>

/// VBscript脚本语言

/// </summary>

VBscript,

/// <summary>

/// JavaScript脚本语言

/// </summary>

JavaScript

}

/// <summary>

/// 脚本运行错误代理

/// </summary>

public delegate void RunErrorHandler();

/// <summary>

/// 脚本运行超时代理

/// </summary>

public delegate void RunTimeoutHandler();

/// <summary>

/// ScriptEngine类

/// </summary>

public class ScriptEngine

{

private ScriptControl msc;

//定义脚本运行错误事件

public event RunErrorHandler RunError;

//定义脚本运行超时事件

public event RunTimeoutHandler RunTimeout;

/// <summary>

///构造函数

/// </summary>

public ScriptEngine():this(ScriptLanguage.VBscript)

{

}

/// <summary>

/// 构造函数

/// </summary>

/// <param name="language">脚本类型</param>

public ScriptEngine(ScriptLanguage language)

{

this.msc = new ScriptControlClass();

this.msc.UseSafeSubset = true;

this.msc.Language = language.ToString();

((DScriptControlSource_Event)this.msc).Error += new DScriptControlSource_ErrorEventHandler(ScriptEngine_Error);

((DScriptControlSource_Event)this.msc).Timeout += new DScriptControlSource_TimeoutEventHandler(ScriptEngine_Timeout);

}

/// <summary>

/// 运行Eval方法

/// </summary>

/// <param name="expression">表达式</param>

/// <param name="codeBody">函数体</param>

/// <returns>返回值object</returns>

public object Eval(string expression,string codeBody)

{

msc.AddCode(codeBody);

return msc.Eval(expression);

}

/// <summary>

/// 运行Eval方法

/// </summary>

/// <param name="language">脚本语言</param>

/// <param name="expression">表达式</param>

/// <param name="codeBody">函数体</param>

/// <returns>返回值object</returns>

public object Eval(ScriptLanguage language,string expression,string codeBody)

{

if(this.Language != language)

this.Language = language;

return Eval(expression,codeBody);

}

/// <summary>

/// 运行Run方法

/// </summary>

/// <param name="mainFunctionName">入口函数名称</param>

/// <param name="parameters">参数</param>

/// <param name="codeBody">函数体</param>

/// <returns>返回值object</returns>

public object Run(string mainFunctionName,object[] parameters,string codeBody)

{

this.msc.AddCode(codeBody);

return msc.Run(mainFunctionName,ref parameters);

}

/// <summary>

/// 运行Run方法

/// </summary>

/// <param name="language">脚本语言</param>

/// <param name="mainFunctionName">入口函数名称</param>

/// <param name="parameters">参数</param>

/// <param name="codeBody">函数体</param>

/// <returns>返回值object</returns>

public object Run(ScriptLanguage language,string mainFunctionName,object[] parameters,string codeBody)

{

if(this.Language != language)

this.Language = language;

return Run(mainFunctionName,parameters,codeBody);

}

/// <summary>

/// 放弃所有已经添加到 ScriptControl 中的 Script 代码和对象

/// </summary>

public void Reset()

{

this.msc.Reset();

}

/// <summary>

/// 获取或设置脚本语言

/// </summary>

public ScriptLanguage Language

{

get{return (ScriptLanguage)Enum.Parse(typeof(ScriptLanguage),this.msc.Language,false);}

set{this.msc.Language = value.ToString();}

}

/// <summary>

/// 获取或设置脚本执行时间，单位为毫秒

/// </summary>

public int Timeout

{

get{return this.msc.Timeout;}

set{this.msc.Timeout = value;}

}

/// <summary>

/// 设置是否显示用户界面元素

/// </summary>

public bool AllowUI

{

get{return this.msc.AllowUI;}

set{this.msc.AllowUI = value;}

}

/// <summary>

/// 宿主应用程序是否有保密性要求

/// </summary>

public bool UseSafeSubset

{

get{return this.msc.UseSafeSubset;}

set{this.msc.UseSafeSubset = true;}

}

/// <summary>

/// RunError事件激发

/// </summary>

private void OnError()

{

if(RunError!=null)

RunError();

}

/// <summary>

/// OnTimeout事件激发

/// </summary>

private void OnTimeout()

{

if(RunTimeout!=null)

RunTimeout();

}

private void ScriptEngine_Error()

{

OnError();

}

private void ScriptEngine_Timeout()

{

OnTimeout();

}

上面的包装定义了一个ScriptLanguage枚举，这样操作起来更方便一点。另外脚本引擎包括了Error事件和Timeout事件，根据实际使用情况可进行注册。

二．脚本引擎演示

我建了个窗体程序，测试包括脚本语言的选择，是否开启AllowUI属性，超时时间的设置，以及脚本引擎调用方法的选择。测试程序代码比较长，下面列出了主要部分：

using System;

using System.Drawing;

using System.Collections;

using System.ComponentModel;

using System.Windows.Forms;

using System.Data;

namespace ZZ

{

public class Form1 : System.Windows.Forms.Form

{

private ScriptEngine scriptEngine;

private System.Windows.Forms.CheckBox checkBoxAllowUI;

private System.Windows.Forms.TextBox textBoxResult;

private System.Windows.Forms.NumericUpDown numericUpDownTimeout;

private System.Windows.Forms.TextBox textBoxCodeBody;

private System.Windows.Forms.Button buttonRun;

private System.Windows.Forms.Button buttonCancel;

private System.Windows.Forms.ComboBox comboBoxScript;

private System.Windows.Forms.TextBox textBoxParams;

private System.Windows.Forms.RadioButton radioButtonEval;

private System.Windows.Forms.RadioButton radioButtonRun;

private System.Windows.Forms.TextBox textBoxMethodName;

private System.ComponentModel.Container components = null;

public Form1()

{

InitializeComponent();

this.comboBoxScript.SelectedIndex = 0;

this.scriptEngine = new ScriptEngine();

this.scriptEngine.UseSafeSubset = true;

this.scriptEngine.RunError += new RunErrorHandler(scriptEngine_RunError);

this.scriptEngine.RunTimeout += new RunTimeoutHandler(scriptEngine_RunTimeout);

}

protected override void Dispose( bool disposing )

{

if( disposing )

if (components != null)

components.Dispose();

base.Dispose( disposing );

}

#region Windows 窗体设计器生成的代码

private void InitializeComponent()

{

//省略

}

#endregion

[STAThread]

static void Main()

{

Application.Run(new Form1());

}

//运行脚本

private void buttonRun_Click(object sender, System.EventArgs e)

{

this.scriptEngine.Reset();

this.scriptEngine.Language = (ScriptLanguage)Enum.Parse(typeof(ScriptLanguage),this.comboBoxScript.SelectedItem.ToString());

this.scriptEngine.Timeout = (int)this.numericUpDownTimeout.Value;

this.scriptEngine.AllowUI = this.checkBoxAllowUI.Checked;

if(this.radioButtonEval.Checked)//执行Eval方法

{

this.textBoxResult.Text = this.scriptEngine.Eval(this.textBoxMethodName.Text+"("+this.textBoxParams.Text+")",this.textBoxCodeBody.Text).ToString();

}

else//执行Run方法

{

string[] parameters = (string[])this.textBoxParams.Text.Split(',');

object [] paramArray = new object[parameters.Length];

for(int i = 0;i<parameters.Length;i++)

paramArray[i] = Int32.Parse(parameters[i]);

this.textBoxResult.Text = this.scriptEngine.Run(this.textBoxMethodName.Text,paramArray,this.textBoxCodeBody.Text).ToString();

}

//退出程序

private void buttonCancel_Click(object sender, System.EventArgs e)

{

this.Close();

}

//错误函数

private void scriptEngine_RunError()

{

MessageBox.Show("RunError执行脚本错误!");

}

private void scriptEngine_RunTimeout()

{

MessageBox.Show("RunTimeout执行脚本超时，引发错误!");

}

下面是测试程序运行界面： >

在文本框中写了一个JavaScript的函数。输入12，输出12000012。

如果把超时时间调整为1毫秒，那么执行该脚本就会跳出下面的超时提醒框，同时激发事件。

总结，上面演示了JavaScript脚本，如果有兴趣读者可以写一些VBsript函数进行测试，脚本语言也只列出了三种，看了帮助，他还支持其他一些脚本，如果需要可以添加。另外，因为是调用Com，有些返回值是obejct类型的，需要进行转换。在CSDN的技术论坛C#板块下时常有朋友问这方面的问题，对于碰到这类问题的朋友，希望通过这篇文章能获得一些你需要的帮助，很高兴能和搞.net的朋友进行交流，我的邮件地址zhzuocn@163.com

每个开发人员现在应该下载的十种必备工具（.NET）

Jimmy Gao — Thu, 25 Nov 2004 04:30:29 GMT

每个开发人员现在应该下载的十种必备工具

发布日期： 7/20/2004 | 更新日期： 7/20/2004

本文自发布以来已经增加了新信息。

请参阅下面的编辑更新。

本文讨论：

•	用于编写单元测试的 NUnit
•	用于创建代码文档资料的 NDoc
•	用于生成解决方案的 NAnt
•	用于生成代码的 CodeSmith
•	用于监视代码的 FxCop
•	用于编译少量代码的 Snippet Compiler
•	两种不同的转换器工具：ASP.NET 版本转换器和 Visual Studio .NET 项目转换器
•	用于生成正则表达式的 Regulator
•	用于分析程序集的 .NET Reflector

本文使用了下列技术：

.NET、C# 或 Visual Basic .NET、Visual Studio .NET

除非您使用能够获得的最佳工具，否则您无法期望生成一流的应用程序。除了像 Visual Studio®.NET 这样的著名工具以外，还可以从 .NET 社区获得许多小型的、不太为人所知的工具。在本文中，我将向您介绍一些目前可以获得的、面向 .NET 开发的最佳免费工具。我将引导您完成一个有关如何使用其中每种工具的快速教程 — 一些工具在许多时候可以使您节约一分钟，而另一些工具则可能彻底改变您编写代码的方式。因为我要在本篇文章中介绍如此之多的不同工具，所以我无法详尽讨论其中每种工具，但您应该了解到有关每种工具的足够信息，以便判断哪些工具对您的项目有用。

本页内容

	Snippet Compiler
	Regulator
	CodeSmith
	生成自定义模板
	NUnit
	编写 NUnit 测试
	FxCop
	Lutz Roeder 的 .NET Reflector
	NDoc
	NAnt
	实际运行的 NAnt
	转换工具
	小结

Snippet Compiler

Snippet Compiler 是一个基于 Windows® 的小型应用程序，您可以通过它来编写、编译和运行代码。如果您具有较小的代码段，并且您不希望为其创建完整的 Visual Studio .NET 项目（以及伴随该项目的所有文件），则该工具将很有用。

例如，假设我希望向您说明如何从 Microsoft?.NET 框架中启动另一个应用程序。在 Snippet Compiler 中，我将通过新建一个能够创建小型控制台应用程序的文件开始。可以在该控制台应用程序的 Main 方法内部创建代码片段，而这正是我要在这里做的事情。下面的代码片段演示了如何从 .NET 框架中创建记事本实例：

System.Diagnostics.Process proc = new System.Diagnostics.Process();
proc.StartInfo.FileName= "notepad.exe";
proc.Start();
proc.WaitForExit();

当然该代码片段本身无法编译，而这正是 Snippet Compiler 的用武之地。图 1 显示了 Snippet Compiler 中的这一代码示例。

图 1 Snippet Compiler

要测试该代码片段，只须按 play（运行）按钮（绿色三角形），它就会在调试模式下运行。该代码片段将生成一个弹出式控制台应用程序，并且将显示记事本。当您关闭记事本时，该控制台应用程序也将关闭。

就我个人而言，我是在尝试为某位向我求助的人士创建一个小型示例时，才发现 Snippet Compiler 是如此宝贵的 — 如果不使用该工具，则我通常必须新建一个项目，确保每个部分都能编译通过，然后将代码片段发送给求助者，并删除该项目。Snippet Compiler 使得这一过程变得更加容易、更加愉快。

Snippet Compiler 由 Jeff Key 编写，并且可以从 http://www.sliver.com/dotnet/SnippetCompiler 下载。

返回页首

Regulator

Regulator 是最后一个添加到我的头等工具清单中的。它是一种很有特色的工具，能够使生成和测试正则表达式变得很容易。人们对正则表达式重新产生了兴趣，因为它们在 .NET 框架中受到很好的支持。正则表达式用来基于字符、频率和字符顺序定义字符串中的模式。它们最常见的用途是作为验证用户输入有效性的手段或者作为在较大字符串中查找字符串的方法 — 例如，在 Web 页上查找 URL 或电子邮件地址。

Regulator 使您可以输入一个正则表达式以及一些针对其运行该表达式的输入内容。这样，在应用程序中实现该正则表达式之前，您可以了解它将产生什么效果以及它将返回哪些种类的匹配项。图 2 显示了带有简单正则表达式的 Regulator。

文档中包含该正则表达式 — 在该示例中，它是 [0-9]*，应该匹配一行中任意数量的数字。右下侧的框中含有针对该正则表达式的输入，而左下侧的框显示了该正则表达式在输入内容中找到的匹配项。在这样的单独应用程序中编写和测试正则表达式，要比尝试在您的应用程序中处理它们容易得多。

Regulator 中的最佳功能之一是能够在 regexlib.com 搜索联机正则表达式库。例如，如果您在搜索框中输入字符串“phone”，您将找到 20 种以上能够匹配各种电话号码的不同的正则表达式，包括用于英国、澳大利亚的表达式以及其他许多电话号码。Regulator 由 Roy Osherove 编写，并且可以在 http://royo.is-a-geek.com/regulator 下载。

返回页首

CodeSmith

CodeSmith 是一种基于模板的代码生成工具，它使用类似于 ASP.NET 的语法来生成任意类型的代码或文本。与其他许多代码生成工具不同，CodeSmith 不要求您订阅特定的应用程序设计或体系结构。使用 CodeSmith，可以生成包括简单的强类型集合和完整应用程序在内的任何东西。

当您生成应用程序时，您经常需要重复完成某些特定的任务，例如编写数据访问代码或者生成自定义集合。CodeSmith 在这些时候特别有用，因为您可以编写模板自动完成这些任务，从而不仅提高您的工作效率，而且能够自动完成那些最为乏味的任务。CodeSmith 附带了许多模板，包括对应于所有 .NET 集合类型的模板以及用于生成存储过程的模板，但该工具的真正威力在于能够创建自定义模板。为了使您能够入门，我将快速介绍一下如何生成自定义模板。

返回页首

生成自定义模板

CodeSmith 模板只是一些可以在任意文本编辑器中创建的文本文件。它们的唯一要求是用 .cst 文件扩展名来保存它们。我将要生成的示例模板将接受一个字符串，然后基于该字符串生成一个类。创建模板的第一步是添加模板头，它可声明模板的语言、目标语言以及简要模板说明：

<%@ CodeTemplate Language="C#"    
   TargetLanguage="C#" 
   Description="Car Template" %>

模板的下一部分是属性声明，在这里可声明将在模板每次运行时指定的属性。就该模板而言，我要使用的唯一属性只是一个字符串，因此属性声明如下所示：

<%@ Property Name="ClassName" Type="String" Category="Context" 
    Description="Class Name" %>

该属性声明将使 ClassName 属性出现在 CodeSmith 属性窗口中，以便可以在模板运行时指定它。下一步是实际生成模板主体，它非常类似于用 ASP.NET 进行编码。您可以在图 3 中查看该模板的主体。[编辑更新 — 6/16/2004：图 3 中的代码已被更新，以便对多线程操作保持安全。]

正如您所见，该模板接受字符串输入并使用该类名生成单独的类。在模板主体中，使用与 ASP.NET 中相同的起始和结束标记。在该模板中，我只是插入属性值，但您还可以在这些标记内部使用任意类型的 .NET 代码。在该模板完成之后，您就可以通过双击它或者从 CodeSmith 应用程序中打开它将其加载到 CodeSmith 中。图 4 显示了已经加载到 CodeSmith 中的该模板。

您可以看到左侧的属性正是我在该模板中声明的属性。如果我输入“SingletonClass”作为类名，并单击 Generate 按钮，则将生成图 3 的底部显示的类。

CodeSmith 使用起来相当容易，如果能够正确应用，则可以产生一些令人难以置信的结果。面向代码生成的应用程序中最常见的部分之一是数据访问层。CodeSmith 包括一个名为 SchemaExplorer 的特殊的程序集，可用来从表、存储过程或几乎任何其他 SQL Server? 对象生成模板。

CodeSmith 由 Eric J. Smith 编写，并且可以在 http://www.ericjsmith.net/codesmith 下载。

返回页首

NUnit

NUnit 是为 .NET 框架生成的开放源代码单元测试框架。NUnit 使您可以用您喜欢的语言编写测试，从而测试应用程序的特定功能。当您首次编写代码时，单元测试是一种测试代码功能的很好方法，它还提供了一种对应用程序进行回归测试的方法。NUnit 应用程序提供了一个用于编写单元测试的框架，以及一个运行这些测试和查看结果的图形界面。

返回页首

编写 NUnit 测试

作为示例，我将测试 .NET 框架中 Hashtable 类的功能，以确定是否可以添加两个对象并且随后检索这些对象。我的第一步是添加对 NUnit.Framework 程序集的引用，该程序集将赋予我对 NUnit 框架的属性和方法的访问权。接下来，我将创建一个类并用 TestFixture 属性标记它。该属性使 NUnit 可以知道该类包含 NUnit 测试：

using System;
using System.Collections;
using NUnit.Framework;

namespace NUnitExample
{
    [TestFixture]
    public class HashtableTest {
        public HashtableTest() {
            
        }
    }
}

下一步，我将创建一个方法并用 [Test] 属性标记它，以便 NUnit 知道该方法是一个测试。然后，我将建立一个 Hashtable 并向其添加两个值，再使用 Assert.AreEqual 方法查看我是否可以检索到与我添加到 Hashtable 的值相同的值，如下面的代码所示：

[Test]
public void HashtableAddTest()
{
    Hashtable ht = new Hashtable();
            
    ht.Add("Key1", "Value1");
    ht.Add("Key2", "Value2");

    Assert.AreEqual("Value1", ht["Key1"], "Wrong object returned!");
    Assert.AreEqual("Value2", ht["Key2"], "Wrong object returned!");
}

这将确认我可以首先向 Hashtable 中添加值并随后检索相应的值 — 这是一个很简单的测试，但能够表现 NUnit 的功能。存在许多测试类型以及各种 Assert 方法，可使用它们来测试代码的每个部分。

要运行该测试，我需要生成项目，在 NUnit 应用程序中打开生成的程序集，然后单击 Run 按钮。图 5 显示了结果。当我看到那个大的绿色条纹时，我有一种兴奋和头晕的感觉，因为它让我知道测试已经通过了。这个简单的示例表明 NUnit 和单元测试是多么方便和强大。由于能够编写可以保存的单元测试，并且每当您更改代码时都可以重新运行该单元测试，您不仅可以更容易地检测到代码中的缺陷，而且最终能够交付更好的应用程序。

图 5 NUnit

NUnit 是一个开放源代码项目，并且可以从 http://www.nunit.org 下载。还有一个优秀的 NUnit Visual Studio .NET 外接程序，它使您可以直接从 Visual Studio 中运行单元测试。您可以在 http://sourceforge.net/projects/nunitaddin 找到它。有关 NUnit 及其在测试驱动开发中的地位的详细信息，请参阅文章“Test-Driven C#: Improve the Design and Flexibility of Your Project with Extreme Programming Techniques”（MSDN ®Magazine 2004 年 4 月刊）。

返回页首

FxCop

.NET 框架非常强大，这意味着存在创建优秀应用程序的极大可能，但是也同样存在创建劣质程序的可能。FxCop 是有助于创建更好的应用程序的工具之一，它所采用的方法是：使您能够分析程序集，并使用一些不同的规则来检查它是否符合这些规则。FxCop 随附了由 Microsoft 创建的固定数量的规则，但您也可以创建并包括您自己的规则。例如，如果您决定所有的类都应该具有一个不带任何参数的默认构造函数，则可以编写一条规则，以确保程序集的每个类上都具有一个构造函数。这样，无论是谁编写该代码，您都将获得一定程度的一致性。如果您需要有关创建自定义规则的详细信息，请参阅 John Robbins 的有关该主题的 Bugslayer 专栏文章（MSDN ® Magazine 2004 年 6 月刊）。

那么，让我们观察一下实际运行的 FxCop，并且看一下它在我一直在处理的 NUnitExample 程序集中找到哪些错误。当您打开 FxCop 时，您首先需要创建一个 FxCop 项目，然后向其添加您要测试的程序集。在将该程序集添加到项目以后，就可以按 Analyze，FxCop 将分析该程序集。图 6 中显示了在该程序集中找到的错误和警告。

FxCop 在我的程序集中找到了几个问题。您可以双击某个错误以查看详细信息，包括规则说明以及在哪里可以找到更多信息。（您可以做的一件有趣的事情是在框架程序集上运行 FxCop 并查看发生了什么事情。）

FxCop 可以帮助您创建更好的、更一致的代码，但它无法补偿低劣的应用程序设计或非常简单拙劣的编程。FxCop 也不能替代对等代码检查，但是因为它可以在进行代码检查之前捕获大量错误，所以您可以花费更多时间来解决严重的问题，而不必担心命名约定。FxCop 由 Microsoft 开发，并且可以从 http://www.gotdotnet.com/team/fxcop 下载。

返回页首

Lutz Roeder 的 .NET Reflector

下一个必不可少的工具称为 .NET Reflector，它是一个类浏览器和反编译器，可以分析程序集并向您展示它的所有秘密。.NET 框架向全世界引入了可用来分析任何基于 .NET 的代码（无论它是单个类还是完整的程序集）的反射概念。反射还可以用来检索有关特定程序集中包含的各种类、方法和属性的信息。使用 .NET Reflector，您可以浏览程序集的类和方法，可以分析由这些类和方法生成的 Microsoft 中间语言 (MSIL)，并且可以反编译这些类和方法并查看 C# 或 Visual Basic ®.NET 中的等价类和方法。

为了演示 .NET Reflector 的工作方式，我将加载和分析前面已经显示的 NUnitExample 程序集。图 7 显示了 .NET Reflector 中加载的该程序集。

图 7 NUnitExample 程序集

在 .NET Reflector 内部，有各种可用来进一步分析该程序集的工具。要查看构成某个方法的 MSIL，请单击该方法并从菜单中选择 Disassembler。

除了能够查看 MSIL 以外，您还可以通过选择 Tools 菜单下的 Decompiler 来查看该方法的 C# 形式。通过在 Languages 菜单下更改您的选择，您还可以查看该方法被反编译到 Visual Basic .NET 或 Delphi 以后的形式。以下为 .NET Reflector 生成的代码：

public void HashtableAddTest()
{ 
    Hashtable hashtable1;
    hashtable1 = new Hashtable();
    hashtable1.Add("Key1", "Value1");
    hashtable1.Add("Key2", "Value2");
    Assert.AreEqual("Value1", hashtable1["Key1"], 
       "Wrong object returned!");
    Assert.AreEqual("Value2", hashtable1["Key2"],
       "Wrong object returned!");
}

前面的代码看起来非常像我为该方法实际编写的代码。以下为该程序集中的实际代码：

public void HashtableAddTest()
{
    Hashtable ht = new Hashtable();
            
    ht.Add("Key1", "Value1");
    ht.Add("Key2", "Value2");

    Assert.AreEqual("Value1", ht["Key1"],
        "Wrong object returned!");
    Assert.AreEqual("Value2", ht["Key2"],
        "Wrong object returned!");
}

尽管上述代码中存在一些小的差异，但它们在功能上是完全相同的。

虽然该示例是一种显示实际代码与反编译代码之间对比的好方法，但在我看来，它并不代表 .NET Reflector 所具有的最佳用途 — 分析 .NET 框架程序集和方法。.NET 框架提供了许多执行类似操作的不同方法。例如，如果您需要从 XML 中读取一组数据，则存在多种使用 XmlDocument、XPathNavigator 或 XmlReader 完成该工作的不同方法。通过使用 .NET Reflector，您可以查看 Microsoft 在编写数据集的 ReadXml 方法时使用了什么，或者查看他们在从配置文件读取数据时做了哪些工作。.NET Reflector 还是一个了解以下最佳实施策略的优秀方法：创建诸如 HttpHandlers 或配置处理程序之类的对象，因为您可以了解到 Microsoft 工作组实际上是如何在框架中生成这些对象的。

.NET Reflector 由 Lutz Roeder 编写，并且可以从 http://www.aisto.com/roeder/dotnet 下载。

返回页首

NDoc

编写代码文档资料几乎总是一项令人畏惧的任务。我所说的不是早期设计文档，甚至也不是更为详细的设计文档；我说的是记录类上的各个方法和属性。NDoc 工具能够使用反射来分析程序集，并使用从 C# XML 注释生成的 XML 自动为代码生成文档资料。XML 注释仅适用于 C#，但有一个名为 VBCommenter 的 Visual Studio .NET Power Toy，它能够为 Visual Basic .NET 完成类似的工作。此外，下一版本的 Visual Studio 将为更多语言支持 XML 注释。

使用 NDoc 时，您仍然在编写代码的技术文档，但您是在编写代码的过程中完成了文档编写工作（在 XML 注释中），而这更容易忍受。使用 NDoc 时，第一步是为您的程序集打开 XML 注释生成功能。右键单击该项目并选择 Properties | Configuration Properties | Build，然后在 XML Documentation File 选项中输入用于保存 XML 文件的路径。当该项目生成时，将创建一个 XML 文件，其中包含所有 XML 注释。下面是 NUnit 示例中的一个用 XML 编写了文档的方法：

/// <summary>
/// This test adds a number of values to the Hashtable collection 
/// and then retrieves those values and checks if they match.
/// </summary>
[Test]
public void HashtableAddTest()
{
    //Method Body Here
}

有关该方法的 XML 文档资料将被提取并保存在 XML 文件中，如下所示：

<member name="M:NUnitExample.HashtableTest.HashtableAddTest">
  <summary>This test adds a number of values to the Hashtable collection
    and then retrieves those values and checks if they match.</summary> 
</member>

NDoc 使用反射来考察您的程序集，然后读取该文档中的 XML，并且将它们进行匹配。NDoc 使用该数据来创建任意数量的不同文档格式，包括 HTML 帮助文件 (CHM)。在生成 XML 文件以后，下一步是将程序集和 XML 文件加载到 NDoc 中，以便可以对它们进行处理。通过打开 NDoc 并单击 Add 按钮，可以容易地完成该工作。

在将程序集和 XML 文件加载到 NDoc 中并且使用可用的属性范围自定义输出以后，单击 Generate 按钮将启动生成文档资料的过程。使用默认的属性，NDoc 可以生成一些非常吸引人并且实用的 .html 和 .chm 文件，从而以快速有效的方式自动完成原来非常乏味的任务。

NDoc 是一个开放源代码项目，并且可以从 http://ndoc.sourceforge.net 下载。

返回页首

NAnt

NAnt 是一个基于 .NET 的生成工具，与当前版本的 Visual Studio .NET 不同，它使得为您的项目创建生成过程变得非常容易。当您拥有大量从事单个项目的开发人员时，您不能依赖于从单个用户的座位进行生成。您也不希望必须定期手动生成该项目。您更愿意创建每天晚上运行的自动生成过程。NAnt 使您可以生成解决方案、复制文件、运行 NUnit 测试、发送电子邮件，等等。遗憾的是，NAnt 缺少漂亮的图形界面，但它的确具有可以指定应该在生成过程中完成哪些任务的控制台应用程序和 XML 文件。注意，MSBuild（属于 Visual Studio 2005 的新的生成平台）为每种健壮的生成方案进行了准备，并且由基于 XML 的项目文件以类似的方式驱动。

返回页首

实际运行的 NAnt

在该示例中，我将为前面创建的 NUnitExample 解决方案创建一个 NAnt 版本文件。首先，我需要创建一个具有 .build 扩展名的 XML 文件，将其放在我的项目的根目录中，然后向该文件的顶部添加一个 XML 声明。我需要添加到该文件的第一个标记是 project 标记：

<?xml version="1.0"?>
<project name="NUnit Example" default="build" basedir=".">
    <description>The NUnit Example Project</description>
</project>

项目标记还用于设置项目名称、默认目标以及基目录。Description 标记用于设置该项目的简短说明。

接下来，我将添加 property 标记，该标记可用于将设置存储到单个位置（随后可以从文件中的任意位置访问该位置）。在该例中，我将创建一个名为 debug 的属性，我可以随后将其设置为 true 或 false，以反映我是否要在调试配置下编译该项目。（最后，这一特定属性并未真正影响如何生成该项目；它只是您设置的一个变量，当您真正确定了如何生成该项目时将读取该变量。）

接下来，我需要创建一个 target 标记。一个项目可以包含多个可在 NAnt 运行时指定的 target。如果未指定 target，则使用默认 target（我在 project 元素中设置的 target）。在该示例中，默认 target 是 build。让我们观察一下 target 元素，它将包含大多数生成信息：

<target name="build" description="compiles the source code">
</target>

在 target 元素内，我将把 target 的名称设置为 build，并且创建有关该 target 将做哪些工作的说明。我还将创建一个 csc 元素，该元素用于指定应该传递给 csc C# 编译器的数据。让我们看一下该 csc 元素：

<csc target="library" output=".\bin\debug\NUnitExample.dll" 
    debug="${debug}">
<references>
    <includes name="C:\program files\NUnit V2.1\bin\NUnit.Framework.dll"/>
</references>
    <sources>
       <includes name="HashtableTest.cs"/>
    </sources>
</csc>

首先，我必须设置该 csc 元素的 target。在该例中，我将创建一个 .dll 文件，因此我将 target 设置为 library。接下来，我必须设置 csc 元素的 output，它是将要创建 .dll 文件的位置。最后，我需要设置 debug 属性，它确定了是否在调试中编译该项目。因为我在前面创建了一个用于存储该值的属性，所以我可以使用下面的字符串来访问该属性的值：${debug}。Csc 元素还包含一些子元素。我需要创建两个元素：references 元素将告诉 NAnt 需要为该项目引用哪些程序集，sources 元素告诉 NAnt 要在生成过程中包含哪些文件。在该示例中，我引用了 NUnit.Framework.dll 程序集并包含了 HashtableTest.cs 文件。图 8 中显示了完整的生成文件。（您通常还要创建一个干净的 target，用于删除生成的文件，但为了简洁起见，我已经将其省略。）

要生成该文件，我需要转到我的项目的根目录（生成文件位于此处），然后从该位置执行 nant.exe。如果生成成功，您可以在该应用程序的 bin 目录中找到 .dll 和 .pdb 文件。尽管使用 NAnt 肯定不像在 Visual Studio 中单击 Build 那样简单，但它仍然是一种非常强大的工具，可用于开发按自动计划运行的生成过程。NAnt 还包括一些有用的功能，例如能够运行单元测试或者复制附加文件（这些功能没有受到当前 Visual Studio 生成过程的支持）。

NAnt 是一个开放源代码项目，并且可以从 http://nant.sourceforge.net 下载。

返回页首

转换工具

我已经将两个独立的工具合在一起放在标题“转换工具”下面。这两个工具都非常简单，但又可能极为有用。第一个工具是 ASP.NET 版本转换器，它可用于转换 ASP.NET（虚拟目录在它下面运行）的版本。第二个工具是 Visual Studio Converter，它可用于将项目文件从 Visual Studio .NET 2002 转换到 Visual Studio .NET 2003。

当 IIS 处理请求时，它会查看正在请求的文件的扩展名，然后基于该 Web 站点或虚拟目录的扩展名映射，将请求委派给 ISAPI 扩展或者自己处理该请求。这正是 ASP.NET 的工作方式；将为所有 ASP.NET 扩展名注册扩展名映射，并将这些扩展名映射导向 aspnet_isapi.dll。这种工作方式是完美无缺的，除非您安装了 ASP.NET 1.1 — 它会将扩展名映射升级到新版本的 aspnet_isapi.dll。当在 ASP.NET 1.0 上生成的应用程序试图用 1.1 版运行时，这会导致错误。要解决该问题，可以将所有扩展名映射重新转换到 1.0 版的 aspnet_isapi.dll，但是由于有 18 种扩展名映射，所以手动完成这一工作将很枯燥。这正是 ASP.NET 版本转换器可以发挥作用的时候。使用这一小型实用工具，可以转换任何单个 ASP.NET 应用程序所使用的 .NET 框架的版本。

图 9 ASP.NET 版本转换器

图 9 显示了实际运行的 ASP.NET 版本转换器。它的使用方法非常简单，只须选择相应的应用程序，然后选择您希望该应用程序使用的 .NET 框架版本。该工具随后将使用 aspnet_regiis.exe 命令行工具将该应用程序转换到所选版本的框架。随着将来版本的 ASP.NET 和 .NET 框架的发布，该工具将变得更为有用。

ASP.NET 版本转换器由 Denis Bauer 编写，并且可以从 http://www.denisbauer.com/NETTools/ASPNETVersionSwitcher.aspx 下载。

Visual Studio .NET 项目转换器（参见图 10）非常类似于 ASP.NET 版本转换器，区别在于它用于转换 Visual Studio 项目文件的版本。尽管在 .NET 框架的 1.0 版和 1.1 版之间只有很小的差异，但一旦将项目文件从 Visual Studio .NET 2002 转换到 Visual Studio .NET 2003，将无法再把它转换回去。虽然这在大多数时候可能不会成为问题（因为在 .NET 框架 1.0 版和 1.1 版之间几乎没有什么破坏性的更改），但在某些时刻您可能需要将项目转换回去。该转换器可以将任何解决方案或项目文件从 Visual Studio 7.1 (Visual Studio .NET 2003) 转换到 Visual Studio 7.0 (Visual Studio .NET 2002)，并在必要时进行反向转换。

图 10 Visual Studio .NET 项目转换器

Visual Studio .NET 项目转换器由 Dacris Software 编写。该工具可以从 http://www.codeproject.com/macro/vsconvert.asp 下载。

返回页首

小结

本文采用走马观花的方式介绍了上述工具，但我已经试图起码向您提供足够的信息以激起您的好奇心。我相信本文已经让您在某种程度上领悟了几个免费工具，您可以立即开始使用这些工具来编写更好的项目。同时，我还要敦促您确保自己拥有所有其他可以获得的合适工具，无论是最新版本的 Visual Studio、功能强大的计算机还是免费的实用工具。拥有合适的工具将使一切变得大不相同。

James Avery 是一位使用 .NET 和其他 Microsoft 技术的顾问。他已经撰写了许多书籍和文章，他的最新著作是《ASP.NET Setup and Configuration Pocket Reference》(Microsoft Press, 2003)。您可以通过 javery@infozerk.com 向他发送电子邮件，并且在 http://www.dotavery.com/blog 阅读他的网络日记。

本文摘自 MSDN Magazine 的 2004 年 7 月刊。

该杂志可在各地的报摊购买，也可以订阅。

转到原英文页面

面向对象设计原则

Jimmy Gao — Thu, 25 Nov 2004 04:20:19 GMT

面向对象设计原则

“开－闭”原则（OCP）对可变性封装

The Open--Closed PrincipleClosed Principle
任何系统在其生命周期中都会发生变化。如果我们希望开发出的系统不会在第一版本后就被抛弃，那么我们就必须牢牢记住这一点。
软件组成实体（类，模块，函数，等等）应该是可扩展的，但是不可修改的。

OCP 特征

可扩展（对扩展是开放的）
模块的行为功能可以被扩展，在应用需求改变或需要满足新的应用需求时，我们可以让模块以不同的方式工作
不可更改（对更改是封闭的）
这些模块的源代码是不可改动的。任何人都不许修改模块的源代码。

关键是抽象！
模块可以操作一个抽象体。由于模块依赖于一个固定的抽象体，因此它可以是不允许修改（closed for modification）的；同时，通过从这个抽象体派生，也可扩展此模块的行为功能。

符合OCP原则的程序只通过增加代码来变化而不是通过更改现有代码来变化，因此这样的程序就不会引起象非开放―封闭（open-closed）的程序那样的连锁反应的变化。

对可变性的封装

考虑系统中什么可能会发生变化，一种可变性不应当散落在代码的很多角落里，而应当被封装到一个对象里。

正确理解继承
一种可变性不应当与另一个可变性混合在一起

选择性的封闭（Strategic Closure）没有任何一个大的程序能够做到100%的封闭。一般来讲，无论模块是多么的“封闭”，都会存在一些无法对之封闭的变化。既然不可能完全封闭，因此就必须选择性地对待这个问题。也就是说，设计者必须对于他（她）设计的模块应该对何种变化封闭做出选择。

里氏替换原则（LSP）如何进行继承

Liskov替换原则替换原则
LSP
LSP The The Liskov Substitution Principle
OCP原则背后的主要机制是抽象和多态。支持抽象和多态的关键机制是继承。

LSP LSP的定义的定义
若对于每一个类型S的对象o1，都存在一个类型T的对象o2，使得在所有针对T编写的程序P中，用o1替换o2后，程序P的行为功能不变，则S是T的子类型。
LSP原则清楚地指出，OOD中Is-A关系是就行为功能而言。行为功能（behavior）不是内在的、私有的，而是外在、公开的，是客户程序所依赖的。行为功能（behavior）才是软件所关注的问题！所有派生类的行为功能必须和客户程序对其基类所期望的保持一致。

LSP 和DBC
DBC（Design by Contract）定义把类和其客户之间的关系看作是一个正式的协议，明确各方的权利和义务。DBC对类的要求类的方法声明为先决条件（precondition）和后续条件（postcondition）。为了让方法得以执行，先决条件必须为真。完成后，方法保证后续条件为真。DBC对派生类的要求当重新定义派生类中的例行程序时，我们只能用更弱的先决条件和更强的后续条件替换之。

LSP－结论
LSP原则是符合OCP原则应用程序的一项重要特性。仅当派生类能完全替换基类时，我们才能放心地重用那些使用基类的函数和修改派生类型。

依赖倒转原则（DIP）针对接口编程

高层模块不应该依赖于低层模块。二者都应该依赖于抽象。

抽象不应该依赖于细节。细节应该依赖于抽象。

实施重点

从问题的具体细节中分离出抽象，以抽象方式对类进行耦合
不足
导致生成大量的类
假定所有的具体类都是会变化的，这也不总是正确的

DIP与设计模式
DIP以LSP为基础，是实现OCP的主要手段，是设计模式研究和应用的主要指导原则

接口隔离原则（ISP）恰当的划分角色和接口
接口的污染（Interface Contamination）一个没有经验的设计师往往想节省接口的数目，将一些功能相近或功能相关的接口合并，并将这看成是代码优化的一部分。

定义：从一个客户类的角度来讲：一个类对另外一个类的依赖性应当是建立在最小的接口上的。使用多个专门的接口比使用单一的总接口要好。

合成/聚合复用原则（CARP）尽量使用合成/聚合、尽量不使用继承
定义：在一个新的对象里面使用一些已有的对象

千万不要忘啊