Ted Neward 在最近写的一篇介绍db4o 中数据库重构的文章中,强调了在开发过程,特别是以测试驱动为主的过程中,使用像db4o 这样的对象型数据库要比使用关系型数据库节省很多力气。
Java 开发人员在使用 RDBMS(关系数据库管理系统)进行开发时,要么是使用手写的 JDBC 处理代码将查询结果映射到 Java 对象,要么通过 Hibernate 或者 JPA 等框架自动完成映射。但是这样处理的不足之处,是每次发生重构时,都必须对代码做出修改。而使用对象数据库db4o 则可以巧妙地避开这一问题。在Ted Neward 刊发在 developerWorks 网站上的同一系列对 db4o 的简介和概览一文中,详细介绍了这一“新型”数据库,并针对反对 db4o 的言论一一进行了解答。
在 OODBMS(面向对象数据库管理系统)中,如果要对已有数据库的字段进行修改,操作要比 RDBMS 简单许多,因为 OODBMS 的重构完全发生在代码中,代码就是模式。Ted Neward 在文中举例说明了 db4o 的这一优势。另外对于要修改已有类中的字段类型,db4o 也能做到很好的向后兼容:
实际上,db4o 向后兼容的妙法值得解释一下。基本上,当 db4o 看到新类型的字段时,就会在磁盘上创建一个新字段,该字段有相同的名称,但是具有新的类型,就好像它是添加到类中的另一个新字段一样。这还意味着,旧的值仍然保留在旧类型的字段中。因此,通过将字段重构回初始值,总可以 “回调” 旧值,取决于观察问题的角度,这可以说是一个特性,也可以说是一个 bug。
测试先行或者测试驱动的开发方法因为能够最大程度上保证软件的质量,得到开发社区的认可。而 db4o 恰好能适用测试驱动开发过程中频繁的重构要求:
db4o 强大的重构能力使之在开发期间非常有用,因为在开发期间,正在设计的很多对象仍然是变化无常的,即使不需要每个小时都重构,至少也需要每天都重构。如果将 db4o 用于单元测试和测试驱动开发,则可以节省大量更改数据库的时间,如果重构只是简单的字段添加 / 删除或类型 / 名称更改,这一点就更加明显了。
评论