《软件设计精要与模式》第二版推荐序四

简介:

胡铭娅    
IT168技术频道资深编辑    
微软最有价值专家(MVP)

有人总喜欢拿“软件危机”说事——我们总是无法足够快、足够低成本或足够好地开发软件。软件开发确实非常复杂。那么软件成本是否缘于其复杂性?其实,很多时候软件成本高的原因来自于使用了错误的行为来管理软件的高成本。一个架构图可能非常有帮助,而缺乏优秀的设计,软件开发就会陷入混乱。设计模式是针对面向对象设计过程中反复出现的问题的解决方案,必须经过反复分析,才能确保正确性。就如同任何数学方面的分析,你需要图标和公式,而且你需要展示你的工作。软件设计不需要故弄玄虚,而需要务实。 

软件设计模式与实践的相关会议每年都会吸引众多业界享有盛誉的大师级人物参加,更有众多来自顶尖软件开发企业的技术决策者与资深架构师参与。由此,软件模式也成为近几年全球软件业最为关注的高端话题,该领域的每一项重大研究成果与突破都会为全球软件产业带来革命性的变化。

回想最初接手IT168的.NET技术频道时,博览国内众多技术人员网站及博客,张逸先生的博客便跃然眼前。面对这样一个优秀架构师所设计的模块结构和编写的代码,直观地彰显了设计之美,其深厚的技术功底更是不言而喻。之后几年的合作当中,张逸先生的稿件总是优质的,被广大网友所乐道,因此也成为了我的优秀作者。

“设计没有标准,只有目标。如果硬要制定一个标准,那么标准就是快捷、适用与优雅。对于软件设计而言,满足客户需求的设计就是最好的标准!然而,前提是怎样通过设计来满足客户需求?”张逸先生将软件设计理论与项目实践完美地结合起来得出《软件设计精要与模式》,后来更是精益求精,得出第2版。不要再去苦恼那些理论研究的空泛,相信这本书可以帮助找到你的软件设计之道。  







本文转自wayfarer51CTO博客,原文链接:http://blog.51cto.com/wayfarer/283559,如需转载请自行联系原作者

相关文章
|
7月前
|
消息中间件 架构师 安全
重新认识架构 — 不只是软件设计
通常情况下,人们对架构的认知仅限于在软件工程中的定义:架构主要指软件系统的结构设计,比如常见的 SOLID 准则、DDD 架构。一个良好的软件架构可以帮助团队更有效地进行软件开发,降低维护成本,提高系统的可扩展性和可维护性。这里的架构定义有更多元化的理解:架构不仅是对软件开发设计和流程规范的定义,也包含了参与架构设计的人员、以及项目过程中和架构有关的活动,都可以称为架构。 从广义角度来理解架构,意味着更全面的思考和新的融合。
23 0
|
7月前
|
消息中间件 架构师 安全
重新认识架构—不只是软件设计
结合自身经历阐述架构师定位、架构活动如何保障企业、组织实现商业价值。
重新认识架构—不只是软件设计
|
设计模式 算法
重构代码设计精要
重构代码设计精要
|
设计模式 算法 程序员
代码大全2札记:软件架构中的设计
代码大全2札记:软件架构中的设计
139 0
|
设计模式 开发框架 前端开发