打印本文 打印本文 关闭窗口 关闭窗口
ASP.NET入门随想六之大航海家
作者:武汉SEO闵涛  文章来源:敏韬网  点击数594  更新时间:2009/4/23 10:34:01  文章录入:mintao  责任编辑:mintao
  多隆云:我和韦春花的关系是很纯洁的;网易称其和迷蝶女友的关系是培训双向选择制;杨振宁言《易经》思想阻碍了中国近代科学的发展;逻辑学家论:概念间的关系有五种,即同一、包含、交叉、分离、互斥。而康托尔却认为:关系是有序偶。

  ■ 我要懒+笨 - 程序设计的终极目标

  前不久社区里出现题为《这样的程序员是否算是一个合格的程序员?》的热贴,楼主言一手下编码花时间比别人多但代码规范健壮,设问这样的程序员是否可以留用且如何用?顿时掀起一片哗然,展开在中国这个特定的环境下何为程序设计目标及相关项目管理之讨论。心灵捕手运用老毛《矛盾论》之手法分析:"这个是市场和程序员的矛盾",称"如果是小公司的话就别谈什么发展……时间为第一生产力……如果不是……就先解决管理和预算问题",我不禁开始叹服其处理方法之老辣。

  撇开市场因素不谈,程序设计的首要目标是去成功解决一现实问题。特别要注意的是,这个现实问题往往是动态的、随着时间的变化而变化的,所以我们的代码要足够健壮,以适应这个变化过程,而不应把目标定位在解决某一个静态点上的现实问题;其次代码及其结构应该是简洁的,只有简洁才能使编写容易、修改容易、维护容易,最大程度地节约成本;再则代码应该能够重复使用,贪婪的想法是代码不仅能够在一个现实问题中重用以减少重复劳动,还能在不同现实问题的交叉部份重复使用;最后因为人对世界的认识是一个迭代过程和现实问题在不断变化这两个因素,所以程序应该是不影响原来代码的前提下容易扩展。 理论上说理解"万物皆对象,事事要封装",综合面对过程的经验,你已经可以开始动手解决任何一个现实问题,但你会发现在整个开发过程中,仅凭目前的知识和见解,自己会被大量繁杂问题所缠绕,直至放弃为止,但这些原本完全可以避免!不管是这理论还是那设计模式,所有前人经验总结的终极目标无非就是让程序设计变成更简洁、更容易、更快捷,明白这点,许多杰出的程序大师为何号称自己是"懒+笨"之人也就不难理解。


  ■ 分离关系- 类的封装与依赖

  这个世界的事物不可能象一个个鲁宾逊孤岛散落在一望无际的海洋中,老死不相往来。相反,即使是中国最边远的墨脱县,也依然与祖国保持着千丝万缕的关系。《随想五》中我们知道如何把现实空间的事物整理成对象并抽象成类,接下来梳理一下它们之间的关系。

  首先我们以程序设计目标的视角来关注封装的意义。站在航海者(类的使用者)的角度来看,他不必要了解岛屿的地理、社会等内部结构(迪米特法则Law of Demeter),而只需知道岛屿生产和需要什么(类的功能)、找谁买卖(public成员接口)就行了,知道这些就能很快搭建起一个商业网络(设计应用程序)。而作为岛屿的统治者(类的实现者),他不必关注外界的风风雨雨,只需专注于岛屿内的生产和消费管理,统治者把这种现象称之为高内聚。

  封闭大大简化了程序设计的复杂度,类间交流是通过一个狭窄的、经过良好限定的接口进行以保证类的可靠性。一方面类的使用者收集类快速开发程序,并且不试图改变类的内部结构,另一方面类的实现者在不修改public成员接口的前提下可以自由地修改内部工作方式。

  但类的单独存在没有任何意义!最普通的关系是某个类的实例使用另一个类的实例,如果商船泰坦尼克号需要夏威夷岛提供货物,那么我们称商船依赖(Dependency)于岛屿提供货物,如图1所示,而随之而来的问题是,如果夏威夷岛内部动乱(类的实现者修改public成员接口),将直接影响泰坦尼克号的正常工作,我们也将不得不重新组织商船类的内部结构以适应变化,前功尽弃。耦合是类间依赖程度的量度,对于变化可能性大的类在处理依赖关系时要尽量避免高耦合。

打印本文 打印本文 关闭窗口 关闭窗口