InfoQ

InfoQ

新闻

我的书签

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

该内容已经被标记书签!

标记书签错误,请重试!

为灵活性和健壮性而设计:异步消息模型、OOP和函数式编程

作者 Sadek Drobi 译者 郭晓刚 发布于 2007年11月17日

领域
架构 & 设计,
企业架构,
语言 & 开发
主题
设计 ,
面向对象设计 ,
建模 ,
性能和可伸缩性 ,
消息传送 ,
架构
标签
Haskell ,
Erlang ,
面向对象编程 ,
函数式编程 ,
并行计算

“吩咐,不要询问”:按照Pragmatic Programmers的说法,在面向对象编程中最好“吩咐一个对象让它去做些什么,而不是向它索要数据”。Michael Feathers认为“这是一个极佳的建议”,特别是对于比较大的系统:

返回值把工作又推回给调用者。单单做完一件事然后向协作者发送一条消息还不算完;你必须等着看有没有什么被送回来,然后可能还要做更多的事情。如果不返回值会让我们更轻松一点。

Feathers认为在测试驱动开发中使用Mocks会导致这种类型的架构:

与其吩咐一个对象去做事,然后询问它是否已经完成,你不如吩咐它去做事,然后看看它的协作者有什么变化。[……]这有点像工作流。[……]遇到新需求的时候比较不会影响到设计。而且,这样很合理。每个对象负责一件事情,并且通知下一个接班的对象。

我们还可以更进一步。Feathers主张如果没有返回值需要等候,那么发送“异步消息比同步消息更好“。实际上H.S. Lahman早就主张过在面向对象架构中的“行为是被假定为异步的”。如今的OOP模型是同步的,这是因为在面向对象编程语言中“没有区分开消息和方法”。因此“更加难以构造出正确的OOA/D模型”,正确的模型不仅可以显著提高可维护性,还包括健壮性。

Michael Feathers描述说这种做法也与Erlang的模型相吻合:

Erlang隐含的思想是,如果你能创建大量的进程,并保证它们绝不共享状态,你就可以开发出更加健壮的系统。每个进程接收消息,做自己的工作,然后向其他进程发送消息。消息的发送主要是异步的。

Feathers认为,“吩咐,不要询问”的编程模型“几乎是函数式编程的反面”,虽然“两者都有一个相对无状态的河床让数据从上流过”:

在最纯粹的函数式编程中,你从不吩咐,总是询问。而且如果有缓求值(lazy evaluation)帮忙,系统只需完成最必不可少的操作来回答你的问题。

不过可争议的是Erlang不能被认为是纯粹的函数式语言。Feathers也特别引用Ralph Johnson的观点,他指出Erlang的“核心里头是OO”。

就你的观点,哪种无状态模型最适合处理现今的适应性和健壮性问题呢?是Erlang的异步消息模型还是某种纯粹的函数式编程方法(如Haskell)?

查看英文原文:Designing for flexibility and robustness: Asynchronous message model, OOP and Functional Programming

译者 郭晓刚 是InfoQ中文站架构社区编辑,创建并终结过数家软件小企业,翻译过多本技术书籍。

这个想法倒是很标新立异 发表人 fan fan 发表于
Re: 这个想法倒是很标新立异 发表人 Zhao Jeffrey 发表于
Re: 这个想法倒是很标新立异 发表人 黄 东 发表于
  1. 返回顶部

    这个想法倒是很标新立异

    发表人 fan fan

    unix有条原则:如果一个程序没有什么好说的,就保持沉默。
    返回值也是接口定义的一部分。

  2. 返回顶部

    Re: 这个想法倒是很标新立异

    发表人 Zhao Jeffrey

    Tell, don't ask
    其实是很早以前就提出来的.

  3. 返回顶部

    Re: 这个想法倒是很标新立异

    发表人 黄 东

    actionscript就是这样的,但是这样带来一个问题,你不断被你所发送消息的对象的通知所打扰,而且有些操作是必须要等待到返回值你才能继续的,还是要看什么样的情形来怎么样做。

深度内容

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

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

特性注入:成功三部曲

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