接触java正则表达式有一年的时间了，好久没有复习了，现在写个来复习一下：
package com.fengfei.test;
public class GetNumber {
/**
* 体验Java的正则表达式，找出字符串s中的数字
* @param args
*/
public static void main(String[] args) {
String s = "n1f-j3s-2d4hdr9e7r7e-er7e294S@`@2:3@`@&*:*^%%594";
String s1 = s.replaceAll("\\D", "");
String s2 = s.replaceAll("[^0-9]", "");
String []strList = s.split("\\D");
StringBuffer sb = new StringBuffer();
for(int i = 0 ;i< strList.length;i++){
sb.append(strList[i]);
}
System.out.println(s1);
&nb ......
1） 具体类不是用来继承的。能被继承的一定是抽象类。
如果在一个原始的设计里，有两个具体类，类A和类B,类B是类A的子类，那么最好的修改方案是：
建立一个抽象（或者接口）C，然后让类A和类B成为类C的子类
2)抽象类应尽可能的拥有多的共同代码
一个对象从超类继承而来的代码，在不使用时不会造成对资源的浪费。
3)抽象类应当拥有尽可能少的数据
一个对象的数据不论是否使用都会占用资源。 ......
可从IO的类层次，IO框架的设计模式来论述。
总体来说，IO可以分为字节流和字符流，不同在于字符流由字节流包装而来，在IO读入之后经过JVM处理，把字节流转换成字符流。而字符流的字符采用哪种字符编码实现由JVM默认编码决定。
而每个流都分输入和输出，所以，总体来说，IO有四个顶层类：
InputStream
OutputStream
Reader
Writer
而作为机器级别于机器直接交互的则是字节流：
InputStream
OutputStream
以IO的中间类，进行字节流到字符流的转换过渡，通常可作为字符流类的构造参数，可指定编码：
InputStreamReader
OutputStreamWriter
而字节流和字符流的缓冲容器来看有byte和char之分，所以派生出：
ByteArrayInputStream
ByteArrayOutputStream
CharArrayInputStream
CharArrayOutputStream
以上类只是表示流的表示形式，而在传输形式上还表现为是否有缓冲。所以，可以派生出子类为可缓冲类：
BufferInputStream
BufferOutputStream
BufferReader
BufferWriter
每一个顶层类都有对目录文件（File）的支持：
FileInputStream
FileOutputStream
FileReader
FileWriter
在Java中，一个强大的功能就是可以对对象进行� ......
五、XML模式
l XML模式能更精确的处理XML结构约束的表示之外还为约束数据的处理提供一个XML样式。模式只是一个XML文档，受DTD的约束。对于XML模式而言，XML DTD只是一种创建文档约束的手段。因为XML模式是为了强化XML文档的有效性，它必须采用一种机制，而不是自己定义约束条件。这种机制必须是一个DTD。但是原始的DTD允许创建一个模式，这个模式允许所有其他文档可以完全抛弃DTD。（古怪的逻辑）
l XML模式文档以一个标准的XML声明作为开头然后引用XML模式的名字空间。
l 可接受的操作时经常使用schema作为XML模式文档的根元素，然后是规定一些名字空间的定义，定义的数量应与我们处理原始的XML文档定义的相当。
l 创建缺省的名字空间声明<schema xmlns=”http://www.w3.org/1999/XMLSchema”>任何元素不是带有特定名字空间前缀，就是带有另一个与缺省的名字空间相关联的名字空间前缀
<schema targetNamespace="http://www.oreilly.com/catalog/javaxml"
xmlns:JavaXML="http://www.oreilly.com/catalog/javaxml"
xmlns="http://www.w3.org/1999/XMLSchem ......
五、XML模式
l XML模式能更精确的处理XML结构约束的表示之外还为约束数据的处理提供一个XML样式。模式只是一个XML文档，受DTD的约束。对于XML模式而言，XML DTD只是一种创建文档约束的手段。因为XML模式是为了强化XML文档的有效性，它必须采用一种机制，而不是自己定义约束条件。这种机制必须是一个DTD。但是原始的DTD允许创建一个模式，这个模式允许所有其他文档可以完全抛弃DTD。（古怪的逻辑）
l XML模式文档以一个标准的XML声明作为开头然后引用XML模式的名字空间。
l 可接受的操作时经常使用schema作为XML模式文档的根元素，然后是规定一些名字空间的定义，定义的数量应与我们处理原始的XML文档定义的相当。
l 创建缺省的名字空间声明<schema xmlns=”http://www.w3.org/1999/XMLSchema”>任何元素不是带有特定名字空间前缀，就是带有另一个与缺省的名字空间相关联的名字空间前缀
<schema targetNamespace="http://www.oreilly.com/catalog/javaxml"
xmlns:JavaXML="http://www.oreilly.com/catalog/javaxml"
xmlns="http://www.w3.org/1999/XMLSchem ......
在成功实现Java调用C++之后，接下来想到能否通过JNA实现Java调用Fortran，今天试验了一下，还是比较容易的。
网上有一个Java调用F95的例子，但是我考虑不仅要实现F95的调用，还要实现F77的调用，所以费了一些周折。
问题的关键在于F77为过程名自动添加了一个尾部的下划线，所以sub1这个过程，到Java一端，就变成了sub1_，知道了这一点，后面就简单了。
1、创建一个动态链接库项目FortranDLL，新建一个简单的fortran源程序for1.f：
subroutine sub1(i)
INTEGER i;
PRINT*, "SUB1 CALLED"
PRINT*, i
END subroutine
编译代码生成libFortranDLL.dll。
2、新建一个Java项目，包含JNA库
创建一个动态库接口代码FLib.java：
import com.sun.jna.Library;
import com.sun.jna.ptr.ByReference;
public interface FLib extends Library {
void sub1_(ByRef ......
XFire VS Axis
XFire是与Axis2 并列的新一代WebService平台。之所以并称为新一代，因为它：
1、支持一系列Web Service的新标准--JSR181、WSDL2.0 、JAXB2、WS-Security等；
2、使用Stax解释XML,性能有了质的提高。XFire采用Woodstox 作Stax实现；
3、容易上手，可以方便快速地从pojo发布服务；
4、Spring的结合；
5、灵活的Binding机制，包括默认的Aegis,xmlbeans,jaxb2,castor。
XFire与Axis1性能的比较
1、XFire比Axis1.3快2-6倍
2、XFire的响应时间是Axis1.3的1/2到1/5
XFire与Axis2的比较
虽然XFire与Axis2都是新一代的WebService平台，但是Axis2的开发者太急于推出1.0版本，所以1.0还不是一个稳定
的版本，它的开发者宣称1.1版本即将推出，希望1.1版本会是个稳定的版本。在XFire捐献给apache后有人认为
Axis2将会灭亡。
其实在很多人眼里，Axis2并不是pojo形式，Dan Diephouse证明了XFire比Axis更有市场，我也发现了有很多人开始
从Axis转向XFire，包括我也在说服身边的人转向利用XFire进行WebService的开发，很典型的是我可以在几分钟之
内教会我的团队实用XFire来发布一个他自己的Web服务。
本人倾向于XFire确实比Axis ......
最新文章 :