一直想写一系列关于设计模式的文章，一直觉得自己理解不够，迟迟不能动笔。当然，现在动笔也不代表着理解透彻了，只是希望记录下一些看书的重点和自己的理解，以便重复翻阅，也希望能和其他开发者探讨交流。
本系列文章是根据《Objective-C 编程之道》总结的，想仔细研读的可以去看该文章。这本书写得不错，就是年代比较久远，用的还是MRC，一些写法还是比较旧的，不过关于设计模式这块，还是讲得浅显易懂的。
设计模式是为特定场景下的问题而定制的解决方案。设计模式是对特定面向对象设计问题主要方面的一种抽象，体现了面向对象设计的重要思想。在程序设计中使用了设计模式，将来就更易于复用与扩展，更易于变更。
有人常把架构模式和设计模式混在一起，比如MVC就属于架构模式。在MVC中，对象在应用程序中被分成三组，分别扮演模型、视图和控制器，它决定了对象或类的职责（应该属于MVC这三组中的哪一组），它包含了若干基础的设计模式，比如cocoa的MVC用到的模式有：组合（视图层次体系）、命令（target-action机制）、中介者（控制器）、策略（控制器）、观察者（通知）。
影响设计模式有六大原则，这些原则是构建可复用、可维护的面向对象应用程序的经验法则。这边我不打算细说，很多原则（或者说思想）我们一直在默默遵守，比如职责单一原则、开闭原则，想具体了解可以看下这篇文章设计模式六大原则。
这边我主要讨论两个问题（或者说原则）:
在OC中针对接口编程有两种方式：
1）抽象基类。。抽象基类可以生成其他子类可以共享的默认行为，抽象基类与通常的类相似，只是预留了一些可以或应该由子类重载的行为。
2）协议。协议只是定义抽象行为的“接口”，实现协议的类定义这些方法的实现。
实现协议或者从抽象类继承，使得对象共享相同的接口。子类型的所有对象都可以针对协议或抽象类的接口的请求做出应答。这样做有以下两点好处：
1）只要对象符合客户端所要求的接口，客户端就不必在意所使用对象的确切类型。
2）客户端只知道定义接口的协议或者抽象类，因此客户端对对象的类一无所知。
通过给程序的变动部分定义接口而对其封装和隔离，这些部分的变动就独立于程序的其他部分，因为它们不依赖于任何细节。以后就可以变更或拓展这些可变的部分而不影响程序的其他部分。程序将因此能够更灵活而可靠地进行变更，因为我们消除了部分与部分之间的依赖关系并减少了耦合。
所以说，在考虑设计模式的时候，一定要将设计模式的变化点搞清楚，而不仅仅是考虑设计模式的场景、实现方式以及类和对象之间的耦合关系，这样才不会导致设计模式的滥用，以至于该变化的没变化，不该变化的经常变化。
当然，具体选择协议或者抽象基类应该根据实际场景去衡量。在多继承的方案中（OC不支持多继承），我们可以为不需要子类化其他类的类定义一个抽象基类，然后可以定义一个同名协议，让包括这个抽象基类在内的其他类去实现。（例：NSObject基类又遵守NSObject协议）。
在拓展功能的时候，我们有两种方案：对象组合和类继承。
类继承（子类化）让我们可以使用其他类来定义类的实现。子类化常被称为白箱复用，因为父类的内部描述与细节通常对子类可见。
对象组合可以替代类继承。对象组合要求被组合的对象具有定义良好的接口，并且通过从其他对象得到的引用在运行时动态定义。所以可以将对象组合到其他对象上，以构建更加复杂的功能。由于对象的内部细节对其他对象不可见，这种类型的复用被称为黑箱复用。
使用类继承和对象组合的复用各有优缺点：
类继承
优点：类继承简单直接，因为关系在编译时静态定义，被复用的实现也易于修改。
缺点：和子类的耦合度太高，父类实现的任何变更都会强制子类进行变更。子类直接面对父类实现的细节，因此破坏了封装性。
对象组合
优点：不会破坏封装性，因为只通过接口来访问对象。大大减少实现的依存关系，因为对象的实现是通过接口来定义的。有助于保持类的封装以专注单一任务，类及其层次结构能够保持整洁，不至于过度膨胀。
缺点：设计涉及对象较多，系统的行为与不同对象的关系，而不是定义在单个类中。
所以说，类继承不能被滥用，针对类继承的讨论可以看下casa的这系列文章 跳出面向对象思想(一) 继承。
优先使用对象组合而不是类继承并不是说不能使用类继承，需要根据具体情况对如何复用类和对象作出清晰的判断。如果系统设计得合理，类继承与对象组合可以相互配合。设计类时，优先考虑对象组合，然后寻找出冗余行为，进行设计细化（如果找到冗余行为意味着此处应该使用类继承）。
在《Objective-C 编程之道》中，将设计模式分成了八种类型。我们需要根据特定的场景和需求来选择设计模式。比如，当需要创建对象时，不是随意New一个，而是考虑下耦合性，可扩展性，使用场景等等，来选择合适的设计模式。
我有一个模型:classItem项目有一个属性“商店”基于存储的值，我希望Item对象对特定方法具有不同的行为。Rails中是否有针对此的通用设计模式？如果方法中没有大的if-else语句，这是如何干净利落地完成的？ 最佳答案 通常通过Single-TableInheritance. 关于ruby-on-rails-Rails-子类化模型的设计模式是什么？，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.co
我主要使用Ruby来执行此操作，但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式，例如使用这个yaml文件，它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i
鉴于我有以下迁移:Sequel.migrationdoupdoalter_table:usersdoadd_column:is_admin,:default=>falseend#SequelrunsaDESCRIBEtablestatement,whenthemodelisloaded.#Atthispoint,itdoesnotknowthatusershaveais_adminflag.#Soitfails.@user=User.find(:email=>"admin@fancy-startup.example")@user.is_admin=true@user.save!ende
我将应用程序升级到Rails4，一切正常。我可以登录并转到我的编辑页面。也更新了观点。使用标准View时，用户会更新。但是当我添加例如字段:name时，它不会在表单中更新。使用devise3.1.1和gem'protected_attributes'我需要在设备或数据库上运行某种更新命令吗？我也搜索过这个地方，找到了许多不同的解决方案，但没有一个会更新我的用户字段。我没有添加任何自定义字段。 最佳答案 如果您想允许额外的参数，您可以在ApplicationController中使用beforefilter，因为Rails4将参数
给定一个复杂的对象层次结构，幸运的是它不包含循环引用，我如何实现支持各种格式的序列化？我不是来讨论实际实现的。相反，我正在寻找可能会派上用场的设计模式提示。更准确地说:我正在使用Ruby，我想解析XML和JSON数据以构建复杂的对象层次结构。此外，应该可以将该层次结构序列化为JSON、XML和可能的HTML。我可以为此使用Builder模式吗？在任何提到的情况下，我都有某种结构化数据-无论是在内存中还是文本中-我想用它来构建其他东西。我认为将序列化逻辑与实际业务逻辑分开会很好，这样我以后就可以轻松支持多种XML格式。 最佳答案 我最
目录前言滤波电路科普主要分类实际情况单位的概念常用评价参数函数型滤波器简单分析滤波电路构成低通滤波器RC低通滤波器RL低通滤波器高通滤波器RC高通滤波器RL高通滤波器部分摘自《LC滤波器设计与制作》，侵权删。前言最近需要学习放大电路和滤波电路，但是由于只在之前做音乐频谱分析仪的时候简单了解过一点点运放，所以也是相当从零开始学习了。滤波电路科普主要分类滤波器：主要是从不同频率的成分中提取出特定频率的信号。有源滤波器：由RC元件与运算放大器组成的滤波器。可滤除某一次或多次谐波，最普通易于采用的无源滤波器结构是将电感与电容串联，可对主要次谐波（3、5、7）构成低阻抗旁路。无源滤波器：无源滤波器，又称
SPI接收数据左移一位问题目录SPI接收数据左移一位问题一、问题描述二、问题分析三、探究原理四、经验总结最近在工作在学习调试SPI的过程中遇到一个问题——接收数据整体向左移了一位（1bit）。SPI数据收发是数据交换，因此接收数据时从第二个字节开始才是有效数据，也就是数据整体向右移一个字节（1byte）。请教前辈之后也没有得到解决，通过在网上查阅前人经验终于解决问题，所以写一个避坑经验总结。实际背景：MCU与一款芯片使用spi通信，MCU作为主机，芯片作为从机。这款芯片采用的是它规定的六线SPI，多了两根线：RDY和INT，这样从机就可以主动请求主机给主机发送数据了。一、问题描述根据从机芯片手
项目介绍随着我国经济迅速发展,人们对手机的需求越来越大,各种手机软件也都在被广泛应用,但是对于手机进行数据信息管理,对于手机的各种软件也是备受用户的喜爱小学生兴趣延时班预约小程序的设计与开发被用户普遍使用,为方便用户能够可以随时进行小学生兴趣延时班预约小程序的设计与开发的数据信息管理,特开发了小程序的设计与开发的管理系统。小学生兴趣延时班预约小程序的设计与开发的开发利用现有的成熟技术参考,以源代码为模板,分析功能调整与小学生兴趣延时班预约小程序的设计与开发的实际需求相结合,讨论了小学生兴趣延时班预约小程序的设计与开发的使用。开发环境开发说明：前端使用微信微信小程序开发工具：后端使用ssm：VU
了解Rails缓存如何工作的人可以真正帮助我。这是嵌套在Rails::Initializer.runblock中的代码:config.after_initializedoSomeClass.const_set'SOME_CONST','SOME_VAL'end现在，如果我运行script/server并发出请求，一切都很好。然而，在我的Rails应用程序的第二个请求中，一切都因单元化常量错误而变得糟糕。在生产模式下，我可以成功发出第二个请求，这意味着常量仍然存在。我已通过将以上内容更改为以下内容来解决问题:config.after_initializedorequire'some_cl
我在我的项目中有一个用户和一个管理员角色。我使用Devise创建了身份验证。在我的管理员角色中，我没有任何确认。在我的用户模型中，我有以下内容:devise:database_authenticatable,:confirmable,:recoverable,:rememberable,:trackable,:validatable,:timeoutable,:registerable#Setupaccessible(orprotected)attributesforyourmodelattr_accessible:email,:username,:prename,:surname,:
