再谈ADO .NET vs JDBC

曾经在.NET下有过大约三年的开发经历，可以说非常熟悉ADO .NET。ADO .NET最大的特性是对断开连接方式的全方位支持，其引入了DataSet、DataTable、DataRow等等对象，构建了一个“内存数据库”简化版本，DataAdapter把DataReader的数据填充到DataTable或者DataSet中，给使用者一个直观的使用方式。ADO .NET还能够和ASP .NET和Windows Form的控件进行数据邦定，使得编写一些小程序很简单。

刚开始转向Java平台进行开发时，发现JDBC没有这些特性，一下子没习惯过来，觉得JDBC很难用，一些习惯于ADO .NET的同事，还打算自行开发一套类似DataSet、DataTable的咚咚。

在Java平台下开发应用，已经一年多了，这一年中，对JDBC的看法慢慢有了一些变化，也同时反过来思考ADO .NET，发现了JDBC的很多优点，也发现了ADO .NET的一些缺陷。今天我粗略阅读了一遍JDBC 3.0的规范后，把一些想法整理如下：

1、ADO .NET最大的优点是对断开连接访问数据库方式的强有力支持。相比起来，JDBC也引入类似的功能，RowSet，但是比起ADO .NET来，还是不够。
2、ADO .NET功能不完整。MS对这一点也是承认的，承认ADO .NET不能替代ADO。其中一个很重要的功能是分页访问数据的支持。以前在开发ADO .NET程序时，还专门编写一个程序，调用ADO，分页获取数据。
3、ADO .NET的一些接口设计不恰当：
      a、对接口编程支持不好。特别在.NET Framework 1.0中，问题特别严重。例如你想基于接口编程，编写如下的代码：

IDbConnection conn  =  ;  // 无法只通过URL获取相应的Connection实现，需要自行编写工具类。
IDbCommand command  =  conn.CreateCommand();
IDataAdapter dataAdapter  =  ;  // 这个又如何构建呢？ 

      在.NET Framework 2.0中，情况有所改善，可以这样写：

DbProviderFactory provider  =  DbProviderFactories.GetFactory ( " " );
IDbConnection connection  =  provider.CreateConnection ();
IDataAdapter adapter  =  provider.CreateDataAdapter ();

      
      在.NET Framework 1.x中，ADO .NET肯定没有认真考虑基于接口编程，而JDBC最初设计时，就是完全基于接口编程。.NET Framework 2.0中，Microsoft意识了其这个短视的行为，增加了DbProiderFactory的接口，但是我觉得还是不如JDBC作得好。
      在JDBC中，你可以这样写：

String url  =   " jdbc:mysql://127.0.0.1/mysql " ;
String userName  =   " sa " ;
String password  =   "" ;
Connection conn  =  DriverManager.getConnection(url, userName, password);

 JDBC中，与ADO的ConnectionString是URL，JDBC Driver的URL格式为：
    jdbc:<subprotocol>:<subname>
    
    不同的Driver实现，认识不同的subprotocol。你可以在动态装载一个Driver，例如：

DriverManager.registerDriver( new  MyDriver());

    而不同的Driver通过实现acceptsURL来识别自己的subprotocol。例如一个Driver的实现：

  public  boolean acceptsURL(String url) throws SQLException  {
  if (url != null && url.startsWith("jdbc:ksql:")) {
   return true;
  }

  return false;
 }

 3、JDBC的数据源的获取方式多样：
  a、直接通过DriverManager.getConnection获得连接
  b、通过应用服务器的数据源获得连接。例如：

   //  Get the initial JNDI naming context
  Context ctx  =   new  InitialContext();
   //  Get the DataSource object associated with the logical name
   //  "jdbc/AcmeDB" and use it to obtain a database connection
  DataSource ds  =  (DataSource)ctx.lookup( " jdbc/AcmeDB " );
  Connection con  =  ds.getConnection( " user " ,  " pwd " );

 .NET中，没有类似的咚咚。
 
 4、ADO .NET不包括分布式事务的接口，ADO .NET的分布式事务是通过MS DTC统一管理的。JDBC本身就提供了对分布式事务支持的接口，不同的JDBC Driver实现了这一个接口，就支持分布式事务了。
 
 5、ADO .NET中，不同的ADO .NET Provider的参数格式不一样的。OleDb和Odbc都是使用匿名参数，SqlClient使用“@”开头的命名参数，OracleCLient使用“:”开头的命名参数。这明显让人无法基于接口编程嘛，以前使用ADO .NET时，为了基于接口编程，必须自己编写一大堆工具类，很讨厌！
 6、JDBC的一些类层级结构不合理。其中一个明显的就是Statement、PreparedStatement、CallableStatement继承关系不合理。ADO .NET没有此问题
 7、JDBC中，参数计数是从1开始的，最初使用者容易犯错。ADO .NET没有此问题 
JDBC是一个规范，是一个标准，而ADO .NET只是微软的私家类库。.NET Framework目前成为标准的类库还只有一小部分，.NET走向开放的道路的路途漫漫啊！MONO的ADO .NET实现，不知道是否对Microsoft构成了侵权行为？
 总结
 a、JDBC开放，框架设计良好，但在一些细节地方有些小瑕疵。
 b、ADO .NET易用性好，对断开连接式的数据访问支持很好，但整体设计和开放性稍差。