oo原则】的更多相关文章

Bob大叔观OO原则 上篇总结了经典的23种 设计模式,详细的解读后期会陆续的详细揭开.使用设计模式的根本原因就是为了增强代码的复用性和可维护性.而面向对象是实现代码复用的有效途径,所以这里有必要了解一下OO的基本思想和原则. 面向对象设计的原则(OOD&OOP)主要分为两大类,一类是面向类的,另一类是面向包的.设计模式基本都是围绕面向类的几个原则的实践,而面向包的几个原则主要体现在架构模式中. S.O.L.I.D Bob大叔(Robert C. Martin)的大名如雷贯耳,相信大部分在进击中…
上篇总结了经典的23种 设计模式,详细的解读后期会陆续的详细揭开.使用设计模式的根本原因就是为了增强代码的复用性和可维护性.而面向对象是实现代码复用的有效途径,所以这里有必要了解一下OO的基本思想和原则. 面向对象设计的原则(OOD&OOP)主要分为两大类,一类是面向类的,另一类是面向包的.设计模式基本都是围绕面向类的几个原则的实践,而面向包的几个原则主要体现在架构模式中. S.O.L.I.D Bob大叔(Robert C. Martin)的大名如雷贯耳,相信大部分在进击中的开发者都有阅读过经典…
基本原则: 封装变化Encapsulate what varies. 面向接口编程而非实现 Code to an interface rather than to an implementation. 优先使用组合而非继承 Favor Composition Over Inheritance 1.SRP----单一责任原则 2.OCP----开闭原则 3.LSP----Liskov替换原则 4.DIP----依赖倒置原则 5.ISP----接口分离原则 敏捷开发提倡简单设计的实践,“并在实现新需…
SOLID原则:http://www.cnblogs.com/lanxuezaipiao/archive/2013/06/09/3128665.html https://www.cnblogs.com/adam/category/85782.html https://www.cnblogs.com/zhenyulu/category/6930.html http://www.cnblogs.com/shaosks/category/351488.html…
1.单一职责原则.(Single Responsibility Principle) 注解:社会化大生产分工要细.具体每个人最好只做一件事(不要一人兼多职),这样如果这个人请假或辞职,对生产不会产生影响. 2.开放封闭原则.(Open-Close Principle) 注解:人不要变,最多变下衣服就可以了,或画下淡装(哈哈). 3.里氏代换原则.(Liskov Substitution Principle) 注解:是判断CLASS关系的一种原则,比如正方形是长方形但不能继承长方形.驼鸟是鸟,但不…
真经第六章——运作 Moving “运动是绝对的——牛顿” 6.1.导言 在前五章中,我们从世界观的这话题开始,逐步引出了抽象.层次.继承和耦合.这些内容,形成了对象论中关于世界的结构体系.       然而,要想真正描述一个世界,仅有结构式不行的.开始我们说过,世界观主要关注两个方面:一是世界是什么样子的(结构),另一个就是世界时如何演进的(运作).现在,我们来讨论对象论中关于世界运作的理论.       这里首先要指出一点,“对象论”是关于程序世界(即将一个软件系统看成一个世界)的世界观,而…
OO本身就是一种大的设计模式,它是随着软件规模越来越大产生出来帮助人们建模和开发的理念,生来就带着封装.继承.多态等可复用基因.为了充分发挥这些基因的功效,使用者需要遵守一定的原则,就是所谓的面向对象设计原则.然而正确地使用这些运用这些原则并不容易,只有把这些原则吸收成为身体一部分的经验丰富的工程师才能在遇到各种问题时,灵活地使用它们.一些OO大师为了方便新手更好地理解OO原则,就根据经验假象了一些软件设计过程中经常碰到的问题,并给出了遵循OO原则的解决这些问题的设计方案,就产生了设计模式,正如…
参考资料 该文中的内容来源于 Oracle 的官方文档.Oracle 在 Java 方面的文档是非常完善的.对 Java 8 感兴趣的朋友,可以从这个总入口 Java SE 8 Documentation 开始寻找感兴趣的内容.本博客不定期从 Oracle 官网搬砖.这一篇主要讲 Java 中的 I/O,官方文档在这里 Java I/O, NIO, and NIO.2. 前言 不知道大家看到这个标题会不会笑我,一个使用 Java 多年的老程序员居然一直没有记住 Java 中的 I/O.不过说实话…
一.借鉴说明 1.<Head First Design Patterns>(中文名<深入浅出设计模式>) 2.维基百科,观察者模式,https://zh.wikipedia.org/wiki/%E8%A7%82%E5%AF%9F%E8%80%85%E6%A8%A1%E5%BC%8F 3.MSDN,event(C#参考),https://msdn.microsoft.com/zh-cn/library/8627sbea.aspx 二.观察者模式 基础知识 提供一个被观察者(数据库.通…
一.借鉴说明 1.<Head First Design Patterns>(中文名<深入浅出设计模式>) 2.维基百科,策略模式,https://zh.wikipedia.org/wiki/%E7%AD%96%E7%95%A5%E6%A8%A1%E5%BC%8F 二.策略模式(Strategy Pattern) 基础知识 将一类相同的算法封装起来,形成算法族,只提供相同的接口给外界,同一算法族内的算法可以互相替换,外界使用时,没有感觉什么不同,即算法族内的算法独立于使用者存在. 具…
作者:贺小令 随着技术的发展,智能手机硬件配置越来越高,可是它和现在的PC相比,其运算能力,续航能力,存储空间等都还是受到很大的限制,同时用户对手机的体验要求远远高于PC的桌面应用程序.以上理由,足以需要开发人员更加专心去实现和优化你的代码了.选择合适的算法和数据结构永远是开发人员最先应该考虑的事情.同时,我们应该时刻牢记,写出高效代码的两条基本的原则:(1)不要做不必要的事:(2)不要分配不必要的内存. 我从去年开始接触Android开发,以下结合自己的一点项目经验,同时参考了Google的优…
概述  大多数好的设计者象躲避瘟疫一样来避免使用实现继承(extends 关系).实际上80%的代码应该完全用interfaces写,而不是通过extends.“JAVA设计模式”一书详细阐述了怎样用接口继承代替实现继承.这篇文章描述设计者为什么会这么作. Extends是有害的:也许对于Charles Manson这个级别的不是,但是足够糟糕的它应该在任何可能的时候被避开.“JAVA设计模式”一书花了很大的部分讨论用interface继承代替实现继承. 好的设计者在他的代码中,大部分用inte…
前言: 本节将深度讨论继承滥用问题,将会学到使用对象组合的方式,在运行时装饰类,在不修改任何底层代码的情况下,给对象赋予新的职责. 1.    基本需求:咖啡连锁店业务扩张需要重新设计订单系统 背景:由于StarBuzz咖啡连锁店业务扩张,准备更新订单系统,以合乎他们的饮料供应要求. 他们原来的类设计如下: 用户在购买咖啡的时候,可以能会要求在咖啡中加入各种调料,StarBuzz会根据用户加入的不同调收取不同费用,新的订单系统必须考虑到这些调料部分. 1.1 第一次设计 以上的每一个类的Cost…
前言: 这一节开始学习观察者模式,开始讲之前会先像第一节那样通过一个应用场景来引入该模式.具体场景为:气象站提供了一个WeatherData对象,该对象可以追踪获取天气的温度.气压.湿度信息,WeatherData对象会随即更新三个布告板的显示:目前状况(温度.湿度.气压).气象统计和天气预报. 1.    基本需求:利用WeatherData对象获取数据.并更新三个布告板:目前状况.气象统计和天气预报 WeatherData类图如下: 说明: GetTemperature().GetHumid…
系列文章索引: .NET面试题解析(01)-值类型与引用类型 .NET面试题解析(02)-拆箱与装箱 .NET面试题解析(03)-string与字符操作 .NET面试题解析(04)-类型.方法与继承 .NET面试题解析(05)-常量.字段.属性.特性与委托 .NET面试题解析(06)-GC与内存管理 .NET面试题解析(07)-多线程编程与线程同步 .NET面试题解析(08)-代码调试与异常处理 .NET面试题解析(09)-CLR.程序集与反射 .NET面试题解析(10)-OO原则与设计模式 .…
OO基础 抽象 封装 多态 继承 OO原则 原则 描述 封装变化 找出应用中可能需要变化之处,把它们独立出来,不要和那些不需要变化的代码混合在一起. 把会变化的部分取出来并“封装”起来,好让其他部分不受到影响. 多用组合,少用继承 使用组合建立系统具有很大的弹性,不仅可以将“算法族”封装成类,更可以“在运行时动态地改变行为”,只要组合的行为对象符合正确的接口标准即可. 利用继承设计子类的行为,是在编译时静态决定的,而且所有的子类都会继承到相同的行为. 针对接口编程,不针对实现编程 针对接口编程,…
一.     JSP (Java Server Pages) JSP是指: ▶    在HTML中嵌入Java脚本代码 ▶    由应用服务器中的JSP引擎来编译和执行嵌入的Java脚本代码 ▶    然后将生成的整个页面信息返回给客户端 二.     JSP工作原理(执行流程) Web容器处理JSP文件请求需要经过3个阶段: ▶        翻译阶段(转译阶段) .jsp → .java ▶        编译阶段 .java → .class ▶       执行阶段(运行) 运行.cla…
工厂方法模式:定义一个用于创建对象的接口,让子类决定实例化哪一个类.Factory Method使一个类的实例化延迟到其子类. 构成: 1.Product工厂方法创建的对象的接口 2.ConcreteProduct具体的产品,实现Product接口 3.Creator声明工厂方法,返回Product 4.ConcreteCreator实现/重写Creator的工厂方法,返回ConcreteProduct实例 UML类图: 实现 要生产的产品都实现一个接口 interface Product {…
转自(http://www.starming.com/index.php?action=plugin&v=wave&tpl=union&ac=viewgrouppost&gid=74&tid=20713&pg=1贺小令 ) 随着技术的发展,智能手机硬件配置越来越高,可是它和现在的PC相比,其运算能力,续航能力,存储空间等都还是受到很大的限制,同时用户对手机的体验要 求远远高于PC的桌面应用程序.以上理由,足以需要开发人员更加专心去实现和优化你的代码了.选择合…
一. 1."工厂模式"不是种真正的设计模式,而是一种编程术语 2.The Factory Method Pattern defi nes an interface for creating an object, but lets subclasses decide which class to instantiate. Factory Method lets a class defer instantiation to subclasses. 3.The Abstract Factor…
什么是策略模式:它定义了一系列算法,可以根据不同的实现调用不同的算法 大多数的设计模式都是为了解决系统中变化部分的问题 一.OO基础 抽象.封装.多态.继承 二.OO原则 1.封装变化,如把FlyBehavious.QuackBehavior从Duck中抽离出来 2.组合优于继承 3.面向抽象(接口.抽象类)编程而不是面向实现 4.为对象的解耦设计而努力 5.类应该对扩展开放,对修改封闭 6.依赖抽象,不要依赖具体 7.Principle of Least Knowledge -talk onl…
一.整体代码 Subject.java public interface Subject { public void registerObserver(Observer o); public void removeObserver(Observer o); public void notifyObservers(); } Observer.java public interface Observer { public void update(float temp, float humidity,…
From: http://www.usidcbbs.com/read-htm-tid-1898.html C++引入了ostringstream.istringstream.stringstream这三个类,要使用他们创建对象就必须包含sstream.h头文件. istringstream类用于执行C++风格的串流的输入操作. ostringstream类用于执行C风格的串流的输出操作. strstream类同时可以支持C风格的串流的输入输出操作. istringstream类是从istream…
模式: 是在某情境下,针对某问题的某种解决方案. 要点: 让设计模式自然而然地出现在你的设计中,而不是为了使用而使用. 设计模式并非僵化的教条,你可以依据自己的需要采用或者进行调整. 总是使用最简单的解决方案,不管它用不用设计模式. 学习设计模式的类目,可以帮你自己熟悉这些模式以及它们之间的关系. 模式的分类(或类目)是将模式分成不同的族群,如果这么做对你有帮助,就采用吧. 你必须相当专注才能成为一个模式的作家:这需要时间也需要耐心,同时还必须乐意做大量的精化工作. 请牢记:你所遇到的大多数的模…
定义: 允许对象在内部状态改变时改变它 行为,对象看起来好像修改了它的类. OO原则: 封装变化 多用组合,少用继承 针对接口编程,不针对实现编程 为交互对象之间的松耦合设计而努力 类应该对扩展开放,对修改关闭 依赖抽象,不要依赖具体类 只和朋友交谈 别找我,我会找你 类应该只有一个引起改变的理由 要点: 状态模式允许一个对象基于内部状态而拥有不同的行为. 和程序状态机不同,状态模式用类代表状态. Context会将行为委托给当前的状态对象. 通过将每个状态封装进一个类,我们以后需做的任何变化都…
迭代器: 定义: 提供一种方法,顺序访问一个聚合对象中的各个元素,而又不暴露其内部的表示.(不让你知道我内部是如何聚合的) 把游走的任务放在迭代器上,而不是聚合上.这样简化了聚合的接口和实现,也让责任各得其所. 组合模式: 定义: 允许你将元旦组合成树形结构来表现“整体.部分”层次结构.组合能让客户以一致的方式处理个别对象以及对象组合. 设计原则: 一个类应该只有一个引起变化的原因 OO原则: 封装变化 多用组合,少用继承 针对接口编程,不针对实现编程 为交互对象之前的松耦合设计而努力 类应该对…
模板方法 定义: 在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中.模板方法使用得子类可以在不改变算法结构的情况下,重新定义算法中的某些步骤. 策略模式: 定义一个算法家族,并让这些算法可以互换.正因为每一个算法都被封装起来了,所以客户可以轻易地使用不同的算法. 好莱坞原则: 别调用我们,我们会调用你.(依赖抽象) 与依赖倒置原则: 避免使用具体类,而多使用抽象 用模版方法来做排序(用非继承的方式实现模板方法): 在Arrays中提供了sort的静态方法,sort要求传进的是一个数组.…
以下内容为转载自网上,然后自己加工贴合到一块的: 原文地址:http://www.cnblogs.com/frydsh/archive/2012/12/09/2810601.html http://www.starming.com/index.php?action=plugin&v=wave&tpl=union&ac=viewgrouppost&gid=74&tid=20713&pg=1 一....Android应用程序内存优化 在开发Android App…
oo基础 抽象 封装 多态 继承 oo原则 封装变化 多用组合,少用继承 针对接口编程,不针对实现编程(策略模式) 为交互对象之间的松耦合设计而努力(观察者模式) 对扩展开放,对修改关闭(装饰者模式) 依赖抽象,不要依赖具体类(工厂模式) 1.策略模式(22) 策略模式定义了算法族,分别封装起来,让他们之间可以互相替换,此模式让算法的变化独立于使用算法的客户. 2.观察者模式(56) 观察者模式 -- 在对象之间定义一对多的依赖,这样一来,当一个对象改变状态,依赖它的对象都会收到通知,并自动更新…
看了好几篇文章,最终还是觉得<Head First 设计模式>举得例子比较符合观察者模式. 观察者模式概述: 观察者模式有时被称作发布/订阅模式,它定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象.这个主题对象在状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己. 观察者模式所涉及的角色有: ● 抽象主题(Subject)角色: 抽象主题角色把所有对观察者对象的引用保存在一个聚集(比如ArrayList对象)里,每个主题都可以有任何数量的观察者.抽象主题提供一个接口…