2012年1月16日

摘要: 软件开发过程中的视角: 概念:这个视角“展现了问题领域中的概念······一个概念模型可以在对实现软件有很少或毫无注意的情况下画出······” 规格:“现在我们看看软件,但我们只看软件的接口,而不看实现。” 实现:现在,我们置身于代码本身。“这可能是最常用的视角,但在许多方面,规格视角经常是更好的视角。” 在一个层次(概念层次)上通信而在另一个层次(实现层次)上执行,其结果就是请... 阅读全文
posted @ 2012-01-16 17:33 zhouyonghua0520 阅读(105) 评论(0) 推荐(0) 编辑
摘要: 模式是针对特定场景下的特定问题的可重复、可表达的解决方案。 对象真正的威力不是继承而是“行为封装”。 在设计模式学习小组里面,我发现自己并没有完全做到“针对接口进行设计”,也没有随时注意“一个对象是否可以在不知道另外对象的类型的情况下使用另外对象”。 设计模式向学习者展现出优秀的面向对象设计实例并阐述基本的面向对象设计原则,而这些使学习者的设计更快地成熟起来。 模式是应该被结合在一起来共同... 阅读全文
posted @ 2012-01-16 16:20 zhouyonghua0520 阅读(121) 评论(0) 推荐(0) 编辑

2012年1月13日

摘要: 微博平台首席架构师杨卫华演讲 新浪科技讯11月16日下午消息,由新浪微博(http://t.sina.com.cn)主办的中国首届微博开发者大会在北京举行,这是国内微博行业的首场技术盛宴 作为国内微博市场的绝对领军者,新浪微博将在此次大会上公布一系列针对开发者的扶持政策,以期与第三方开发者联手推动微博行业的整体发展 以下为演讲实录: 大家下午好,在座的大部分都是技术开发者,技术开发者往... 阅读全文
posted @ 2012-01-13 12:39 zhouyonghua0520 阅读(494) 评论(1) 推荐(2) 编辑

2011年12月26日

摘要: 为什么领域驱动设计一直都很重要? 基本上,领域驱动设计是我们应该专注于用户所关心领域里的重要问题的指导原则。 我们的智慧应该用在理解这一领域上,和那个领域的其他专家一起将它抽象成一个概念。这样,我们就可以应用这个抽象出来的概念构造强大而灵活的软件。 它是一个永远不会过时的指导原则。不论我们何时操作一个复杂的领域,它都有用。 大趋势是软件会应用于越来越复杂的问题,越来越趋近于业务的核... 阅读全文
posted @ 2011-12-26 17:02 zhouyonghua0520 阅读(191) 评论(0) 推荐(0) 编辑
摘要: 本章涉及的是需要若干个团队通力配合的大型项目。 当有多个团队时,我们必须面对一系列不同的挑战,开发这样一下项目的认为需要不同的管理和协作。 企业级项目通常都是大型项目需要使用许多的技术和资源。 这样的项目的设计将仍然基于一个领域模型展开,并且我们需要采用适当的measure 来确保项目成功。 当多个团队开发一个项目时,代码开发是并行的,每个团队都会被指派模型的一个特定部分。 那些部分不是... 阅读全文
posted @ 2011-12-26 16:42 zhouyonghua0520 阅读(506) 评论(0) 推荐(0) 编辑

2011年12月22日

摘要: 本文是从 Traveling, Writing and Programming 这篇文章翻译而来。 本文的作者Alex MacCaw 概括起来,今年到目前为止,我所做的事情包括: 花了10个月的时间做世界环游,途经非洲,东南亚,澳洲,中南美洲里的17个国家和地区。这次旅行的主题就是冲浪和摄影。 出席在香港,日本,美国和伦敦举行的会议 启程时给O’Reilly... 阅读全文
posted @ 2011-12-22 16:38 zhouyonghua0520 阅读(199) 评论(0) 推荐(0) 编辑

2011年12月20日

摘要: 迄今为止我们已经讨论过了领域以及创建表现领域的模型的重要性了。 我们给出了一些可以用来创建有效模型的技术指南。模型现在已经跟它所源自的领域紧密关联了。 我们也已经说过代码设计应该围绕模型展开,模型自身也会基于设计决定而有所增进。 脱离了模型的设计会导致软件不能反映它所服务的领域,甚至可能得不到期望的行为。 建模如果得不到设计的反馈或者缺少了开发人员的参与,会导致必须实... 阅读全文
posted @ 2011-12-20 14:17 zhouyonghua0520 阅读(474) 评论(0) 推荐(0) 编辑

2011年12月19日

摘要: 前面的章节强调过软件开发过程的重点:它必须以业务领域为中心。 我们说过让模型植根于领域、并精确反映出领域中的基础概念是建立模型的一个最重要的基础。 通用语言应该在建模过程中广泛尝试以推动软件专家和领域专家之间的沟通,以及发现要在模型中使用的主要的领域概念。 建模过程的目的是创建一个优良的模型,下一步是将模型实现成代码。 这是软件开发过程中同等重要的两个阶段。 ... 阅读全文
posted @ 2011-12-19 17:30 zhouyonghua0520 阅读(931) 评论(0) 推荐(0) 编辑
摘要: 对通用语言的需要通过前一章的案例,我们认识到由软件专家和领域专家通力合作开发出一个领域的模型是绝对需要的,但是,那种方法通常会由于一些基础交流的障碍而存在难点。 开发人员满脑子都是类、方法、算法、模式,总是想将实际生活中的概念和程序工件做对应。他们希望看到要建立哪些对象类,要如何对对象类之间的关系建模。 他们会按照继承、多态、面向对象的编程等方式去思考,会随时随地这样交谈,这对他们来说这太正常不过了,开发人员就是开发人员。 但是领域专家通常对这一无所知。他们对软件类库、框架、持久化甚至数据库没有什么概念。他们只了解他们特有的专业技能。 在空中交通监控样例中,领域专家知道飞机、路线、海拔、经度、 阅读全文
posted @ 2011-12-19 14:04 zhouyonghua0520 阅读(560) 评论(0) 推荐(0) 编辑
摘要: 软件脱胎于领域,软件由代码最终构成。这意味着,代码的目的在于反映出领域(这中间需要持续的设计、修改、简化直至清晰地反映出最初的愿景)。在启动一个软件项目时,我们应该关注软件涉及的领域。软件需要跟要它服务的领域和谐相处,否则,它会给领域引入麻烦,产生障碍、灾难甚至导致混乱等。我们怎样才能让软件和领域和谐相处呢?最佳的方式是让软件成为领域的反射(映射)。软件需要具现领域里重要的核心概念和元素,并精确实现它们之间的关系。软件需要对领域进行建模。当我们跟领域专家交流时,我们会学到好多领域知识,但这些未加工的知识不能被容易地转换成软件构造,除非我们为它建立一个抽象——在脑海中建立一个蓝图。开始时,这个蓝 阅读全文
posted @ 2011-12-19 10:36 zhouyonghua0520 阅读(1836) 评论(2) 推荐(0) 编辑

导航