一、名词解释
OOP:面向对象编程(Object-Oreinted Programming)
是一种编程范式。指在设计程序时大量运用类实例对象的方式。OOP一旦在项目中被运用,就成了时刻要考虑的东西。
SOA:面向服务架构(Service-Oreinted Architecture)
是将软件设计成一组可互操作的服务的一套原则或方法论。通常在考虑系统架构时才会触及SOA。
CBD:基于组件开发(Component-Based Development)
是一种软件工程实践,设计时通常要求组件之间高内聚,松耦合。其接口可能是OO的,调用方式可能是以Service的方式。基于组件开发关注系统层次、子系统边界和子系统间通讯的的设计,处于代码层面但不像OOP的一样是时刻需要运用的东西。
二、从系统的发展来看
无论什么系统变大了之后,就会有一系列问题。
面向XX就是为了解决系统成长过程中遇到问题,而采用的一些范式。
举例来说:你开始给一个企业做MIS系统。
当这个企业来很小的时候,用简单的面向对象编程,数据库+服务端+浏览器已经满足需求。不需要考虑面向组件开发和SOA.
慢慢的,这个企业长大了,当初简单的mis系统,变得越来越复杂和庞大。系统中有很多重复功能的代码。
当这些功能模块的业务有变化时是你头疼的时候:代码中有很多地方要修改,遇到新员工,有时总是改不全。
系统上线问题越来越多,需求响应时间也越来越长。经常被客户骂:他X的,这么简单的需求搞了半个月都上不了线。去年xxxxxxx两天就上线了。
此时,你会考虑怎么把系统中那些重复的代码统一起来。
你会考虑到组件化,即“面向组件”。你把一个个比较独立的业务模块约定好接口,开发成组件。以后再有类似的功能模块,直接调用这个组件,即节省开发成本,又容易维护。
后来,企业变成了集团公司。已经上线了很多套各种各样的mis系统。
虽然大部分系统都实现了组件化。但做为一个集团公司,仍然有很多共同的业务,不同mis系统中有很多功能重复的模块。
此时又面临业务升级困难,难以使用的问题:一个需求可能要涉及很多套mis系统的升级。
同时每套系统都有独自的界面,客户录入一个数据,要打开N个页面,要登陆N次,叫苦不迭。各种数据不一致的问题接踵而来。
SOA来啦。架构师把各个系统功能类似的模块抽象成服务,重复的模块再也没有了,不同系统间互相调用服务接口。
以前要自己写一大堆代码,现在搞清楚接口,直接调用另一套Mis系统的服务接口就 OK了。
也有了单点登陆,有了portal,有了搜索服务,有了知识库等等。