InfoQ

InfoQ

新闻

我的书签

登录注册 以永久保存书签。

该内容已经被标记书签!

标记书签错误,请重试!

在使用Active Record模式时保证灵活性

作者 Sadek Drobi 译者 李剑 发布于 2007年11月11日

领域
架构 & 设计
主题
架构 ,
设计 ,
面向对象设计
标签
反模式 ,
ActiveRecord

Active Record模式是一种可以把数据库中的行与对象进行映射的数据持久化模式,在Rails、Hibernate和其他很多ORM工具中都得到了广泛应用。但是用Bob Martin的话说,它正是引起混乱的根源。“表与类,列与字段之间的1对1映射”是以假设表与对象之间十分相似为基础的,但事实却是,面向数据和面向对象的编程风格之间有着本质上对立的特性。

对象封装数据并暴露行为,因为公共接口是围绕方法来构造的。数据结构暴露数据且没有行为,因为它们通常都不包含业务规则。由此可见,对象和数据结构并不具备同样的“免疫力”和弱点。对象对于添加新的类型而言是透明的——因为在OOP中,算法中不会包含任何有关它们所操作的对象的信息——但是对象对于添加新的功能则非如此:

一个旧例子shape.draw(); 就可以说明这一点。调用者不知道所绘制的到底是哪一种shape。实际上,如果我添加了新的shape类型,调用draw()的算法也不会意识到这种变化,不需要重新构建、重新测试,或是重新部署。

……
但在同样的情况下,如果我向shape类中添加了新的方法,那所有shape的派生类就都要进行修改。

使用数据结构的算法则恰恰相反,对于添加新的功能是透明的,而添加新的类型则会引起变化:

现在考虑一个使用数据结构的算法。

switch(s.type) { 
  case SQUARE: Shape.drawSquare((Square)s); break; 
  case CIRCLE: Shape.drawCircle((Circle)s); break; 


……

假设我们要添加一些新的功能进去,比如Shape.eraseXXX()。既有的代码都不会受到影响。不需要重新构建、重新测试,或是重新部署。

……

但在同样的情况下,如果我添加了一个新的shape类型,我必须要找出所有的算法,并且向对应的switch语句中加入新的shape。

按照Bob Martin的观点,使用Active Record模式就会带来一个非常经典的后果——“关系数据库与面向对象语言之间的阻抗失衡(impedance mismatc)” 。他提出质疑说,虽然“Active Record看起来是一个对象”,但它“是被打算作为数据结构来使用的”。他说的没错,由于Active Record类常常会包含业务规则方法,所以它会向外暴露行为。但同时它并没有真的对数据进行封装,因为“几乎所有ActiveRecord的派生类都要通过访问器(accessors)和修改器(mutators)来暴露数据库的列数据” 。

“问题在于Active Record确实是数据结构。把业务规则放到里面去并不能让它们变成真正的对象。到最后,那些使用了Active Records的算法就变得很脆弱,容易因为schema或是类型的变化而引起改变。

……

所以构建在ActiveRecord上的应用实际上是构建在数据结构的基础上的。而构建在数据结构基础上的应用是过程式的——不是面向对象的。当我们以Active Record来搭建应用的时候,我们就错过了使用面向对象设计的机会。”

不过这并不是意味着人们不应该使用Active Records。Bob Martin相信,实际上“很多优秀设计的根本就在于如何把不同编程风格所具备的优点和劣势进行混合匹配”。不过他还是提倡,不要把它当作“应用程序的组织原则”。他认为,Action Record模式应该属于“将数据库与应用程序分离的层”,扮演一种数据库表的数据结构和应用程序对象之间“有效转换机制”的角色。通过这种方式,我们可以依据开放封闭原则来设计“暴露行为并封装数据的对象导向”的应用程序,并且在添加新的对象类型时,可以保证足够的灵活性。

查看英文原文:Preserving flexibility while using Active Record pattern

译者 李剑 李剑──ThoughtWorks高级咨询师,在持续集成、重构等领域具有丰富的经验;多次为国内大型企业敏捷组织转型提供咨询和培训服务。

部分赞成 发表人 Lee John 发表于
  1. 返回顶部

    部分赞成

    发表人 Lee John

    实际上Active record就是一种折衷方案,既考虑理论上的对象-关系阻抗失配问题,又考虑了开发人员在某些时候希望控制sql的要求。。
    开闭原则是设计原则,在具体的实现上可能需要权衡开发效率,这个当然是见仁见智。
    但是也要防止出现分离service和model的趋势,这条老路已经被证明是不合理的,我们不应该再回去。

深度内容

大规模视频网站的计费与流量管理

本次分享将会就大规模视频网站的计费与流量管理这个话题,从操作层面细细进行讲解和分析,为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”,让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011

专访Jeffrey Richter:Windows 8是微软的重中之重

Jeffrey Richter以其多本Windows核心技术的经典著作而闻名,同时,他深入掌握微软的.NET等一系列核心技术,2012年1月,Jeffrey Richter在北京接受了InfoQ中文站的专访,谈到Windows 8和WinRT编程,并就异步编程、Windows编程中的可扩展性、性能和安全性方面给出自己的建议。

应用云平台的可用性——从新浪SAE看云平台设计

云计算平台的可用性,相比传统互联网服务而言,更加复杂和困难,也更具有挑战性。本文借助新浪SAE云平台为读者讲述了云平台可用性的定义、如何打造高可用的平台,以及对云计算的用户提出了建议。

JVM定制改进 @ 淘宝

淘宝高度重视Java平台的健康发展,组建了一个团队专注于Java平台的底层部分的性能、功能与稳定性改进;工作主要基于OpenJDK中的HotSpot VM开展,其中一些通用的功能随后也会逐渐反馈给OpenJDK社区。希望能与使用Java平台开发应用的大家交流经验。
本次演讲视频录制于QCon杭州2011

"伤得起"的云计算应用——对云端应用之架构的思考

2011年4月21日至22日是值得云计算从业者纪念的日子。Amazon的IaaS服务出现故障,导致许多商业网站的服务中断,影响非常严重。作为云计算用户,我们需要思考的是,如何保证即便在云服务不可用的情况,我们的应用架构仍然能够屹立不倒?本文正是站在云计算用户的角度试图探讨这一问题。

让交付的速度跟上思考的速度

12人的技术团队,4组刀片服务器,每月20亿的访问量,每日1次准时部署,99.9%的可用性。这可能吗?当然。想知道如何做的吗?百姓网将与您分享他们在DevOps实践过程中的经验和技巧。
本次演讲视频录制于QCon杭州2011

架构之路——穿行在产品和业务之间

篱笆作为一家起源于社区的电子商务公司,反映到技术层面就是同时要面对产品和业务,以及经营战略的变化调整。如何在产品和业务的夹缝之间完成技术架构的抽象与平衡,寻找更有效的价值定位,这当中有些经验教训和个人感悟愿与众人分享。
本次演讲视频录制于QCon杭州2011

特性注入:成功三部曲

本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。