软件架构
文章平均质量分 79
xsoap
这个作者很懒,什么都没留下…
展开
-
什么是软件架构?
<br />从1985年开始,在过去的二十多年里,关于什么是“软件架构(Software Architecture)”已经基本得到了软件工程领域普遍的认同。其中一些重要的定义介绍如下。<br /> “软件架构代表了系统的组织结构。这包括将系统分解为不同的部分、界定它们之间的连接、确定它们之间的交换机制、并且为后续的设计提供指导性的原则” ---出自UML的著名原创者James Rumbaugh、Grady Booch 及 Ivar Jacobson (即架构界俗称的“三个火枪手”)。<br /> “软件转载 2010-10-10 09:59:00 · 691 阅读 · 0 评论 -
软件架构师核心技能养成计划
引子: "这个项目的架构是什么?" 对方爽快的回答:"Spring+Struts+Hibernate。" 嗯,这位很可能不是架构师...... 一、核心竞争力 架构设计的原理、模式与技术 未经培训的架构师们从试验与挫折中获得架构设计的技能,但其中大量的原理、知识、模式和技巧,都经历了一个重复发现的过程。 其实,各路神仙在这个领域虽则没有捣鼓出大热的畅销书来,但前篇的架构师书单,也足够为我们作一个系统的知识整理。 悲哀的发现,自己的再发现式积累还转载 2010-10-10 10:13:00 · 787 阅读 · 1 评论 -
架构师之路(1/ 2/ 3) 王泽宾
<br />1、引言<br /> 机算机科学是一门应用科学,它的知识体系是典型的倒三角结构,所用的基础知识并不多,只是随着应用领域和方向的不同,产生了很多的分支,所以说编程并不是一件很困难的事情,一个高中生经过特定的训练就可以做得到。但是,会编程和编好程绝对是两码事,同样的程序员,有的人几年之后成为了架构师,有的人却还在不停地coding,只不过ctrl-c、ctrl-v用得更加纯熟了。在中国,编程人员最终的归途无外乎两条:一是转向技术管理,它的终点是CTO;二是继续深入,它的终点是首席架构师,成为CE转载 2010-10-10 11:43:00 · 747 阅读 · 0 评论 -
架构师之路(4)---详解面向对象 王泽宾
<br />3.5 详解面向对象的编程(OOP)<br /><br />3.5.1 什么是面向对象<br /> 刚接触编程的时候,多数人本能的反映可能是面向过程(OP)的,而不是面向对象(OO)的。这种现象其实是很正常的,改变思维方式是需要一个过程的,我大体归纳了一下其形成的原因:<br /><br />1、直接原因<br /> 你还没有养成面向对象分析问题和解决问题的习惯。建立面向对象的思维方式需要一定时间的训练和揣摩才能形成,所以你可以在学习或具体项目中刻意地强化这种意识。一般情况下,经过一转载 2010-10-10 11:45:00 · 505 阅读 · 0 评论 -
DLL地狱及其解决方案
<br />DLL地狱及其解决方案<br />原作者:Ivan S Zapreev<br />译者:陆其明<br />概要<br />本文将要介绍DLL的向后兼容性问题,也就是著名的“DLL Hell”问题。首先我会列出自己的研究结果,其中包括其它一些研究者的成果。在本文的最后,我还将给出“DLL Hell”问题的一个解决方案。<br /><br />介绍<br />我曾经接受过一个任务,去解决一个DLL版本更新的问题————某个公司给用户提供了一套SDK,这个SDK是由一系列DLL组成的;DLL中导出了很转载 2010-12-01 13:47:00 · 353 阅读 · 0 评论 -
架构师之路(5/6)---面向对象的设计原则 王泽宾
1 OO的设计原则 采用面向对象的分析和设计思想,为我们分析和解决问题提供了一种全新的思维方式。我们在拿到需求之后(略去OOA,以后补全),接下来的问题就是:如何对系统进行面向对象的设计呢? 按照软件工程的理论,面向对象的设计要解决的核心问题就是可维护性和可复用性,尤其是可维护性,它是影响软件生命周期重要因素。通常情况下,软件的维护成本远远大于初期开发成本。 一个可维护性很差的软件设计,人们通常称之为“臭味”的,形成的原因主要有这么几个:过于僵硬、过于脆弱、复用率低或者黏度过转载 2010-10-10 11:58:00 · 1617 阅读 · 0 评论 -
架构师之路(7)---里氏代换原则 王泽宾
<br />4 里氏代换原则(Liskov Substitution Principle, LSP)<br /> <br />4.1 什么是里氏代换原则<br /> 里氏代换原则是由麻省理工学院(MIT)计算机科学实验室的Liskov女士,在1987年的OOPSLA大会上发表的一篇文章《Data Abstraction and Hierarchy》里面提出来的,主要阐述了有关继承的一些原则,也就是什么时候应该使用继承,什么时候不应该使用继承,以及其中的蕴涵的原理。2002年,我们前面单一职责原则中提到转载 2010-10-10 17:54:00 · 1228 阅读 · 0 评论