设计模式
孟林-David.Meng
人要时刻冷静的客观看待自己
展开
-
设计模式-依赖倒转原则
<br /> 依赖倒转原则解释:抽象不应该依赖于细节,细节应该依赖于抽象。说通俗点也就是针对接口编程,不要针对实现编程。<br /> <br /> 我们在做开发的时候,要访问数据库,就会把访问数据库的代码写成函数,每次去开发的时候调用这些函数就行了,其实这就叫高层模块依赖底层模块,违反了依赖倒转原则。<br /> <br /> 当我们做一个新项目的时候,发现业务逻辑的高层模块都是一样的,但是客户希望换成不同的数据库,这就出问题了,我们希望能再次利用这些高层的业务逻辑模块,但是高层的业务逻辑模块和原创 2011-03-20 16:55:00 · 438 阅读 · 0 评论 -
设计模式-单一职责原则
单一职责原则解释:就一个类而言,应该只有一个引起它变化的原因。 我跟大家一样不喜欢看教条,教条太抽象不好理解,那我就举个生活中的例子便于大家理解我们知道现在的手机有拍照,打电话,彩信,摄像,听歌等等很多功能,我们出去旅游的时候其实只要带一个手机就好了,坐在车上无聊的时候可以听歌,打游戏,欣赏风景的时候可以拍照,碰到趣人趣事得时候还可以摄像,真是好啊。但是仔细想想,手机听歌有MP4或MP5声效好吗,打游戏有PS效果好吗,拍照有数码相机像素高吗,摄像有SONY摄像机效果好吗,答案是没有,其实有时候一件原创 2011-03-21 23:51:00 · 481 阅读 · 0 评论 -
设计模式-开放封闭原则
<br /> 面向对象设计原则中,最重要的原则就是此原则。<br /> 开放封闭原则解释:软件实体(类,模块,函数等)应该是可以扩展的,但是是不可以修改的。<br /> <br /> 开放封闭原则有两大特征要牢记:<br /> 一:对于扩展是开放的<br /> 二:对于修改是封闭的<br /> <br /> 为什么要用到开放封闭原则?<br /> 我们在做任何系统的时候,都不要指望系统一开始就需求确定,这是不现实也是不科学的想法,既然需求一定是会变化的,那么我们如何在面对需求变化原创 2011-04-17 22:45:00 · 716 阅读 · 1 评论 -
迈向架构设计师之路系列—1-简单对象访问模式
假设场景 现在假如公司要你做一个公司内部的薪资管理系统,根据职位的不同,每月的工资自然不一样,经理一月10000加上分红1000,技术人员一月5000加上200的餐补,客服一月3000,现在要是由你来做,你会怎么设计?代码无错便是优已经不适用了 大部分人的写法v1.0 这样的写法会带来一个问题?什么问题呢?复用性的问题 假如现在你接了个私活,别的公司让你也写个公司内部的薪资原创 2012-02-19 00:54:19 · 500 阅读 · 0 评论 -
把代码写成艺术,真正体会面向对象编程思想
我们学的是面向对象编程的语言比如:java,c#,我们打着面向对象编程的旗号,却做着面向过程编程的工作 现在我们基本上去一个公司,上去就写代码,老板让我们新增功能,我们就开始写新的方法,做着面向过程编程,每个人都不断地向最初的净地里添自己的代码,最初的代码块就像一个公共厕所一样,每个人都自顾自的在里面拉屎,而没有人去维护清理打扫,最后臭气熏天,试想我们有没有真正用到面向对象语言的三大特性,封原创 2012-02-19 00:57:59 · 604 阅读 · 0 评论