- 博客(83)
- 资源 (4)
- 收藏
- 关注
RSS订阅原创 访问者模式
访问者模式（Visitor）：表示一个作用于某对象的结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。UML：访问者适用场景：访问者模式适用于数据结构相对稳定的系统。它把数据结构和作用于结构上的操作之间的耦合解脱开，使得操作集合可以相对自由地演化。访问者模式的用处：访问者模式的目的是要把处理从数据结构分离出来。有比较稳定的数据结构，又有易于变化的算法
2017-07-06 09:56:03
284
原创 解释器模式
解释器模式（Interpreter）：给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。UML：正则表达式，浏览器都是解释器模式的应用。
2017-07-04 10:15:37
265
原创 享元模式
享元模式（Flyweight）：运用共享技术有效地支持大量细粒度对象。UML：享元模式的应用场景：如果一个应用程序使用了大量的对象，而大量的这些对象造成了很大的存储开销时就应该考虑使用；还有就是对象的大多数状态可以外部状态，如果删除对象的外部状态，那么可以用相对较少的共享对象取代很多组对象时，可以考虑使用享元模式。
2017-07-04 09:38:33
222
原创 中介者
尽管将一个系统分隔成许多对象通常可以增加其可复用性，但是对象间相互连接的激增又会降低其可复用性了。大量的连接使得一个对象不可能在没有其他对象的支持下工作，系统表现为一个不可分隔的整体，所以，对系统的行为进行任何较大的改动就十分困难了。中介者模式（Mediator）：用一个中介者对象来封装一系列对象交互。中介者使各对象不需要显示地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。
2017-06-29 14:11:44
358
原创 职责链模式
职责链模式（Chain of Responsibility）：使多个对象都有机会处理请求，从而避免请求的发送者和接受者直接的耦合关系，将这个对象连城一条链，并沿着这个链传递该请求，直到有一个对象处理它为止。UML：职责链的好处：当客户提交一个请求时，请求是沿链传递直至有一个ConcreteHandler对象负责处理它。这就使得接受者和发送者都没有对方的明确信息，且链中的对象自己并不
2017-06-26 17:10:48
351
原创 命令模式
命令模式（Command）：将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。UML：命令模式的优点：第一，它能较容易地设计一个命令队列；第二，在需要的情况下，可以较容易地将命令记入日志；第三，允许接收请求的一方决定是否要否决请求；第四，可以容易地实现对请求的撤销和重做；第五，由于加进新的具体命令类不影响其他的类，因此增加新的
2017-06-26 16:01:24
239
原创 桥接模式
合成/聚合复用原则：尽量使用合成/聚合，尽量不要使用类继承。聚合表示一种弱的 ‘拥有’ 关系，体现A对象可以包含B对象，但B对象不是A对象的一部分；合成则是一种强的‘拥有’ 关系，体现了严格的部分和整体的关系，部分和整体的生命周期一样，比方说雁有两个翅膀，翅膀与大雁是部分与整体的关系，并且它们的生命周期是相同的，于是大雁和翅膀就是合成关系，而大雁是群居动物，所以每只大雁都是属于一个雁群，一个雁群可
2017-06-22 20:58:54
223
原创 组合模式
组合模式（Composite）：将对象组合成树形结构以表示’部分-整体‘的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。UML：组合模式适用场合：当你发现需求中是体现部分与整体层次的结构时，以及你希望用户可以忽略组合对象与单个对象的不同，统一的使用组合结构中的所有对象，就应该考虑组合模式。组合模式的好处：组合模式这样就定义了包含人力资源部和财务部这些基本对象和
2017-06-20 21:28:15
182
原创 备忘录模式
备忘录（Memento）：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。UML：备忘录适用场合：1.Memento模式比较适用于功能比较复杂的，但需要维护或记录属性历史的类，或者需要保存的属性只有众多属性中的小部分时，Originator可以根据保存的Memento信息还原到前一状态。2.如果在某个系统中使用命
2017-06-20 20:25:49
246
原创 适配器模式
适配器模式（adapter）：将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。系统的数据和行为都正确，但接口不符时，我们应该考虑用适配器，目的是使控制范围之外的一个原有对象与某个接口匹配。适配器模式主要应用于希望复用一些现存的类，但接口又与复用环境要求不一致的情况。UML：适配器模式适用场景：使用一个已经存
2017-06-19 21:35:59
212
原创 状态模式
状态模式（state）：当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。解释就是状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况，把状态的判断逻辑转移到表示不同状态的一系列类当中，可以把复杂的判断逻辑简化。UML：状态模式的好处：状态模式的好处是将与特定状态相关的行为局部化，并且将不同状态的行为分割开来。是不是就是将特定的状态相关的行为都放入一
2017-06-19 20:50:25
214
原创 大话设计模式阅读笔记-抽象工厂模式
抽象工厂模式（Abstract Factory）：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。UML：抽象工厂模式是抽象工厂创建多个类型对象，以抽象的形式返回，工厂模式是创建单个对象，以抽象的形式返回。
2017-06-19 20:06:30
228
原创 大话设计模式阅读笔记-观察者模式
观察者模式：定义了一种一对多的依赖关系，让多个观察者对象同事监听一个主题对象，这个主题对象在状态发生变化时，会通知所有观察者对象，使它们能够自动更新自己。addObserver方法和observeValueForkeyPath方法都是NSobject的类别，nsObject是subject和observer的父类。观察者模式的特点：将一个系统分割成一系列相互协作的类有一个很不好的副
2017-06-15 21:16:45
189
原创 大话设计模式阅读笔记-建造者模式
建造者模式（Builder）：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。UML图：建造者模式适用场合：它主要是用于创建一些复杂的对象，这些对象内部构建间的建造顺序通常是稳定的，但对象内部构建通常面临着复杂的变化。建造者模式的好处就是使得建造代码与表示代码分离，由于构建者隐藏了该产品是如何组装的，所以若需要改变一个产品的内部表示，只需要再定义一个具体的
2017-06-06 16:18:08
253
原创 大话设计模式阅读笔记-外观模式
外观模式（Facade）：为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。UML图适用场合：这要分三个阶段来说，首先，在设计初期阶段，应该要有意识的将不同的两个层分离，比如经典的三层架构，就需要考虑在数据访问层和业务逻辑层、业务逻辑层和表示层的层与层之间建立外观Facade，这样可以为复杂的子系统提供一个简单的接口，使得耦合大大
2017-06-06 15:04:31
201
原创 大话设计模式阅读笔记-迪米特法则
1. 迪米特法则：如果两个类不必彼此直接通讯，那么这两个类就不应当发生直接的相互作用，如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。2.迪米特法则的根本思想是强调了类之间的松耦合关系，类之间的耦合越弱，越有利于复用，一个处在弱耦合的类被修改，不会对有关系的类造成波及，也就是说信息的隐藏促进了软件的复用。
2017-06-05 17:05:04
246
原创 大话设计模式阅读笔记-模版方法模式
模板方法模式：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中，模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某一些特定步骤。2.当我们要完成在某一细节层次一致的一个过程或一系列步骤，但其个别步骤在更详细的层次上的实现可能不同时，我们通常考虑模版方法模式来处理。3.模板方法的特点：a . 模板方法模式通过把不变行为搬移到超类，去除子类中的重复代码来体现它的优势。
2017-06-05 16:56:31
238
原创 大话设计模式阅读笔记-工厂方法模式
工厂方法模式（Factory Method）：定义一个用于创建对象的接口，让子类觉得实例化哪一个类，工厂方法使一个类的实例化延迟到其子类。工厂方法与简单工厂方法的区别，简单工厂再增加新的ConcreteProduct的时候 都要去修改Fectory的switch条件，而工厂方法不需要修改Fectory对象，只需要添加新的Fectory子类。
2017-06-05 16:24:23
253
原创 大话设计模式阅读笔记-装饰模式
1.装饰模式（Decorator）：动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活。Component 是定义一个对象接口，可以给这些对象动态的添加职责，ConcreteComponent是定义了一个具体的对象，也可以给这个对象添加一些职责。Decorator，装饰抽象类，继承了Component，从外类来扩展Component类的功能，单对于Compo
2017-06-02 21:49:18
285
原创 大话设计模式阅读笔记-依赖倒转原则
1.依赖倒转原则，也有翻译成依赖倒置原则的。依赖倒转原则，原话解释是抽象不应该依赖细节，细节应该依赖于抽象，这话绕口，说白了，就是针对接口编程，不要对实现编程。2.里氏代换原则：一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它察觉不出父类对象和子类对象的区别，也就是说，在软件里面，把父类都替换成它的子类，程序的行为没有变化，简单的说，子类型必须能够替换掉它们的父类型。也正因为
2017-06-02 20:57:21
304
原创 大话设计模式阅读笔记-开发-封闭原则
1.开发-封闭原则，是说软件实体（类、模块、函数等等）应该可以扩展，但是不可修改，这个原则其实是有两个特征，一个是对于扩展是开放的，另一个是说对于更改是封闭的。2.开发-封闭原则的意思就是说，你设计的时候，时刻要考虑，尽量让这个类足够好，写好了就不要去修改了，如果新需求来了，我们增加一些类就完事了，原来的代码能不动则不动了。但是无论模块是多么的封闭，都会存在一些无法封闭的变化，既然不可能完全封
2017-06-02 16:15:06
329
原创 大话设计模式阅读笔记-单一职责原则
单一职责原则，就一个类而言，应该仅有一个引起它变化的原因。如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力，这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破话。软件设计真正要做的许多内容，就是发现职责并把哪些职责相互分离。其实要去判断是否应该分离出类来，也不难，哪就是如果你能够想到多于一个的动机去改变一个类，那么
2017-06-02 15:31:25
203
原创 大话设计模式阅读笔记-策略模式
1.面向对象的编程，并不是类越多越好，类的划分是为了封装，但分类的基础是抽象，具有相同属性和功能的对象的抽象集合才是类。打一折和打九折只是形式的不同，所以打折算法应该是一个类。2.策略模式(Strategy)：它定义了算法家族，分别封装起来，让它们之间可以相互替换，此模式让算法的变化，不会影响到使用算法的客户。3.策略模式解析：策略模式是一种定义了一系列算法的方法，从概念上来看
2017-06-02 15:06:16
211
原创 大话设计模式阅读笔记-简单工厂方法
1.以对酒当歌，人生几何的活字印刷术典故来描述：第一，要改只需更改要改之字，此为可维护；第二这些字并非用完这次就无用，完全可以在后面的印刷中重复使用，此乃可复用；第三，此诗若要加字，只需另刻字加入即可，这是可扩展；第四，字的排列其实可能是竖排可能是横排，此时只需将活字移动就可做到满足排列需求，此时灵活性好。而在活字印刷术出现之前，上面的四种特性都无法满足，要修改，必须重刻，要加字，必须重刻，要重新
2017-06-01 22:12:46
203
原创 git 控制台命令集
mkdir 文件名 创建文件夹pwd 显示当前目录git init 把当前目录创建一个空的git仓库ls -ah 查看隐藏文件夹git add 文件 添加文件git commit -m "commit file“ 提交文件git status 仓库当前状态git diff 文件名 文件不同改变git log 查看日志git log --pretty=onel
2017-04-10 21:16:38
1737
转载 iOS 各种锁机制
一、前言前段时间看了几个开源项目，发现他们保持线程同步的方式各不相同，有@synchronized、NSLock、dispatch_semaphore、NSCondition、pthread_mutex、OSSpinLock。后来网上查了一下，发现他们的实现机制各不相同，性能也各不一样。不好意思，我们平常使用最多的@synchronized是性能最差的。下面我们先分别介绍每个加锁方式的使用
2017-03-28 15:54:23
4224
1
原创 翻译 cocoa编码指南介绍
Introduction to Coding Guidelines for Cocoacocoa编码指南介绍Developing a Cocoa framework, plug-in, or other executable with a public API requires some approaches and conventions that are different
2016-08-05 16:14:46
2299
原创 runtime 详解
rumtime基础知识Objective-C提供了编译运行时，只要有可能，它都可以动态地运行，这意味着不仅需要编译器，还需要运行时系统执行编译的代码，运行时系统充当Objective-C语言的操作系统，有了它才能运行。运行时系统所提供功能是非常强大的，在实际开发中是经常使用到的。比如，苹果不允许我们给Category追加扩展属性，是因为它不会自动生成成员变量，那么我们通过运行时就可以很好的
2016-06-20 15:43:00
3569
转载 ReactiveCocoa的基本使用方法
ReactiveCocoa的基本使用方法ReactiveCocoa由两个主要组件: 信号 ( RACSignal，信号是数据流，可以被绑定和传递 ), 序列 ( RACSequence )ReactiveCocoa是github去年开源的一个项目，是在iOS平台上对FRP的实现。FRP的核心是信号，信号在ReactiveCocoa(以下简称RAC)中是通过RACSignal来表示的，信号是
2015-11-09 16:23:14
676
转载 ReactiveCocoa
ReactiveCocoa（其简称为RAC）是由Github 开源的一个应用于iOS和OS X开发的新框架。RAC具有函数式编程和响应式编程的特性。它主要吸取了.Net的 Reactive Extensions的设计和实现。本文将详细介绍该框架试图解决什么问题，以及其用法与特点。ReactiveCocoa试图解决什么问题经过一段时间的研究，我认为ReactiveCocoa试图解决以
2015-11-09 16:22:40
657
转载 BeeFramework 系列三 MVC篇上
这两天死了不少人，南北呼应。厦门的兄弟们别挤brt了，公交有风险，挤车需谨慎！ 继续介绍Bee的mvc，框架中已经为MVC做了一定程度的封装，我们查看Bee的源码会发现对应着BeeController、BeeModel以及各种常用的View和ViewController，另外ViewLayout添加了View界面布局的灵活性，从v0.3.0版本开始更是加入了基于XML的UI模板
2015-11-09 16:21:55
366
转载 CocoaPods详解之----制作篇
CocoaPods详解之----制作篇作者：wangzz原文地址：http://blog.csdn.net/wzzvictory/article/details/20067595转载请注明出处如果觉得文章对你有所帮助，请通过留言或关注微信公众帐号wangzzstrive来支持我，谢谢！学会使用别人的Pods依赖库以后，你一定对创建自己的依赖库跃跃欲试，今天就来揭开Pod
2015-11-09 16:16:12
318
转载 CocoaPods详解之----进阶篇
CocoaPods详解之----进阶篇作者：wangzz原文地址：http://blog.csdn.net/wzzvictory/article/details/19178709转载请注明出处如果觉得文章对你有所帮助，请通过留言或关注微信公众帐号wangzzstrive来支持我，谢谢！一、Podfile.lock文件上文讲过，在开始使用CocoaPods，执行完po
2015-11-09 16:15:31
362
转载 CocoaPods详解之----使用篇
CocoaPods详解之----使用篇作者：wangzz原文地址：http://blog.csdn.net/wzzvictory/article/details/18737437转载请注明出处如果觉得文章对你有所帮助，请通过留言或关注微信公众帐号wangzzstrive来支持我，谢谢！一、什么是CocoaPods1、为什么需要CocoaPods在进行iO
2015-11-09 16:12:54
366
转载 Undefined symbols for architecture i386: "xxx", referenced from:
多个人共同操作同一个项目或拷贝项目时，经常会出现类似这样的问题：Undefined symbols for architecture i386:"_OBJC_CLASS_$_xx文件名", referenced from:下面是可能导致这类问题出现的原因及修改：1.相关工程文件未导入
2015-09-15 17:07:41
359
转载 当程序崩溃的时候怎么办 Part-2
泰然教程组出品，转载请保留出处并通知泰然！翻译：大侠自来也；校对：Iven原文地址：http://www.raywenderlich.com/10209/my-app-crashed-now-what-part-2欢迎回到当程序崩溃的时候怎么办 教程！在这个教程的第一部分，我们介绍了SIGABRT和EXC_BAD_ACCESS错误，并且举例说明了一些使用xcode调试器（Xcode d
2015-01-28 15:11:55
389
转载 当程序崩溃的时候怎么办 part-1
本文由 大侠自来也 翻译（泰然翻译组），转载请注明出处并通知泰然。有这样一种情形：当我们正在快乐的致力于我们的app时，并且什么看都是无比顺利，但是突然，坑爹啊，它崩溃了。（悲伤地音乐响起）我们需要做的第一件事就是：不要惊慌。修复崩溃不是很困难的。假如你崩溃了，并且胡乱的改些东西，而且还在不停的念着咒语希望bug神奇的自动消失，你大多数情况下都会使情况更麻烦。相反的，你需要
2015-01-28 15:10:47
455
转载 iPhone开发之深入浅出 (7) — ARC总结
原文链接：http://www.yifeiyang.net/development-of-the-iphone-simply-7/通过前面几篇文章的介绍，我想大家应该对ARC有了一个比较完整的理解。最后，我们来对ARC做一个总结，并把一些未涉及到的细节部分再深入讨论一下。内存管理基本原则内存管理的依循下面的基本原则自己生成的对象，那么既是其持有者不是自己生成的对象，也可
2015-01-28 15:07:08
308
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人