再谈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易用性好,对断开连接式的数据访问支持很好,但整体设计和开放性稍差。
 

2004-07-28 04:07 作者: 温少

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值