澄清java语言接口与继承的本质
OO的精髓，我以为，是对对象的抽象，最能体现这一点的就是接口。为什么我们讨论设计模式都只针对具备了抽象能力的语言（比如c++、java、c#等），就是因为设计模式所研究的，实际上就是如何合理的去抽象。（cowboy的名言是"抽象就是抽去像的部分"，看似调侃，实乃至理）。
设计模式中最基础的是工厂模式（Factory），在我最近的一个很简单的应用中，我想尽量的让我的程序能够在多个数据库间移植，当然，这涉及很多问题，单是如何兼容不同DBMS的SQL就让人头痛。我们不妨先把问题简单化，只考虑如何连接不同的数据库。
假设我有很多个类，分别是Mysql.java、SQLServer.java、Oracle.java、DB2.java，他们分别连接不同的数据库，统一返回一个Connection对象，并且都有一个close方法，用于关闭连接。只需要针对你的DBMS，选择不同的类，就可以用了，但是我的用户他会使用什么数据库？我不知道，我希望的是尽量少的修改代码，就能满足他的需要。我可以抽象如下接口：
package org.bromon.test;
public interface DB
{
java.sql.Connection openDB(String url,String user,String password);
void close();
}
这个接口只定义两个方法，没有任何有实际意义的代码，具体的代码由实作这个接口的类来给出，比如Mysql.java：
Package org.bromon.test;
import java.sql.*;
public class Mysql implements DB
{
private String url="jdbc:mysql:localhost:3306/test";
private String user="root";
private String password="";
private Connection conn;
public Connection openDB(url,user,password)
{
//连接数据库的代码
}
public void close()
{
//关闭数据库
}
}
类似的当然还有Oracle.java等等，接口DB给这些类归了个类，在应用程序中我们这样定义对象：
org.bromon.test.DB myDB;
使用myDB来操作数据库，就可以不用管实际上我所使用的是哪个类，这就是所谓的"开-闭"原则。但是问题在于接口是不能实例化的，myDB=new DB()，这样的代码是绝对错误的，我们只能myDB=new Mysql()或者myDB=new Oracle()。麻烦了，我还是需要指定具体实例化的是哪个类，用了接口跟没用一样。所以我们需要一个工厂：
package org.bromon.test;
public class DBFactory
{
public static DB Connection getConn()
{
Return(new Mysql());
}
}
所以实
相关文档：
切记：无论hibernate还是jdbc的事务控制都应在service层!
jdbc事务管理要保证service 层与dao层是基于同一个Connection;
也就是说在service层里得到Connection ，DAO中方法以参数的形式得到这个实例。。
未完待续。。。 ......
Java发展到现在，按应用来分主要分为三大块：J2SE,J2ME和J2EE。
这三块相互补充，应用范围不同。
J2SE就是Java2的标准版，主要用于桌面应用软件的编程；
J2ME主要应用于嵌入是系统开发，如手机和PDA的编程；
J2EE是Java2的企业版，主要用于分布式的网络程序的开发，如电子商务网站和ERP系统。
先学习j2se
要学� ......
各种Java中文转码的例子，用来对付乱码
public class HelloWorld
{
public static void main(String[] argv){
try{
System.out.println("中文1"); //1
System.out.p ......
不可变String
String对象是不可变的，查看JDK文档你会发现，String类中每一个看起来会修改String值的方法，实际上都是创建了一个全新的String对象，
以包含修改后的字符串内容。而最初的String对象则丝毫未动。
public class trys {
public static String upcase(String s){
return s.toUpperCase() ......
