产品里原来的页面都是通过storyboard实现的，这2天开发新功能，顺便尝试了一下纯代码的实现，感觉更喜欢用代码实现的方式，本文就简单总结一下： 首先还是需要创建ViewController的实例，然后进行初始化，再把UIView挂到ViewController的view属性上。这个过程无论是否使用storyboard都是需要的，只是storyboard会自动完成这一步。用代码来实现的话，类似于

转载自：http://www.blogjava.net/tinysun/archive/2009/02/21/255957.html   类之间的关系种类： Generalization(泛化)，Dependency(依赖关系)、Association(关联关系)、Aggregation(聚合关系)、Composition(合成关系)。     其中Aggregation(聚合关系)、Compos

似乎在ThoughtWorks的几天之后，对测试有了点认识。于是试着将测试扩展到自己所知道和认识的领域，换句话说，需要添加这些测试到自己的这个项目上: 开源IOT——一个最小的物联网系统设计方案及源码 关于 关于项目 源码:https://github.com/gmszone/iot 首页:http://iot.phodal.com 关于测试 说点关于测试的话，这里只是因为在这几天的感觉中，觉得添

文章地址：http://ryantang.me/blog/2014/01/05/cocoapods/

这篇内容将介绍Mac和iOS开发中必备的一个依赖库管理工具 CocoaPods。   在iOS开发中势必会用到一些第三方依赖库，比如大家都熟悉的ASIHttpRequest、AFNetworking、JSONKit等。使用这些第三方类库能极大的方便项目的开发，但是，集成这些依赖库需要我们手动去配置，例如集成ASIHttpRequest库时除了加入源码以外还需要手动去添加一些系统的framework

定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当修改类T1时，不会使职责P2发生故障风险；同理，当修改T2时，也不会

          肯定有不少人跟我刚看到这项原则的时候一样，对这个原则的名字充满疑惑。其实原因就是这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的。 定义1：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类

定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。 问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。 解决方案：将类A修改为依赖接口I，类B和类C各自实现接口I，类A通过接口I间接与类

  OOA 　　Object-Oriented Analysis：面向对象分析方法 　　是在一个系统的开发过程中进行了系统业务调查以后，按照面向对象的思想来分析问题。OOA与结构化分析有较大的区别。OOA所强调的是在系统调查资料的基础上，针对OO方法所需要的素材进行的归类分析和整理，而不是对管理业务现状和方法的分析。 　　OOA（面向对象的分析）模型由5个层次（主题层、对象类层、结构层、属性层和服

聚合函数是对一组值执行计算并返回单一的值的函数，它经常与SELECT语句的GROUP BY子句一同使用，SQL SERVER 中具体有哪些聚合函数呢？我们来一一看一下： 1. AVG 返回指定组中的平均值，空值被忽略。 例：select prd_no,avg(qty) from sales group by prd_no 2. COUNT 返回指定组中项目的数量。 例

UML的构造快包含3种：  (1) 事物（4种）：结构事物，行为事物，分组事物，注释事物 (2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系 (3) 图（10种）：用例图，类图，对象图，包图，组件图，部署图，状态图，活动图，序列图，协作图 事物是对模型中最具代表性的成分的抽象；关系把事物结合在一起；图聚集了相关的事物。     (2) 关系（4种） UML 中类与类, 类与接口, 接口与

           OOA 　　Object-Oriented Analysis：面向对象分析方法 　　是在一个系统的开发过程中进行了系统业务调查以后，按照面向对象的思想来分析问题。OOA与结构化分析有较大的区别。OOA所强调的是在系统调查资料的基础上，针对OO方法所需要的素材进行的归类分析和整理，而不是对管理业务现状和方法的分析。 　　OOA（面向对象的分析）模型由5个层次（主题层、对象类层、

http://www.cnblogs.com/niyw/archive/2011/01/25/1940603.html

IOC   inversion of control  控制反转 DI   Dependency Injection  依赖注入 要理解这两个概念，首先要搞清楚以下几个问题： 参与者都有谁？ 依赖：谁依赖于谁？为什么需要依赖？  注入：谁注入于谁？到底注入什么？ 控制反转：谁控制谁？控制什么？为何叫反转（有反转就应该有正转了）？ 依赖注入和控制反转是同一概念吗？         下面就来简要的回答

  春节前的一篇那些炒作过度的技术和概念中对敏捷和中国ThoughtWorks的微辞引发了很多争议，也惊动了中国ThoughtWorks公司给我发来了邮件想来找我当面聊聊。对于Agile的Fans们，意料之中地也对我进行了很多质疑和批评。我也回复了许多评论。不过，我的那些回复都是关于中国ThoughtWorks咨询师以及其咨询的方法的。我对Agile方法论中的具体内容评价的不是很多，所以，我想不妨

http://blog.sina.com.cn/s/blog_a3cc698201018czr.html 倒置字符串函数reverse：用于倒置字符串s中的各个字符的位置，如原来字符串中如果初始值为123456，则通过reverse函数可将其倒置为654321，程序如下： #include<stdio.h> #include<string.h> void reverse(char s[]) {  

Spring 能有效地组织J2EE应用各层的对象。不管 是 控制层的Action对象，还是业务层的Service对象，还是持久层的DAO对象，都可在Spring的 管理下有机地协调、运行。Spring将各层的对象以松耦合的方式组织在一起，Action对象无须关心Service对象的具体实现，Service对 象无须关心持久层对象的具体实现，各层对象的调用完全面向接口。当系统需要重构时，代码的改写量

前言 此文译自CodeProject上<How I explained OOD to my wife >一文，该文章在Top Articles上排名第3，读了之后觉得非常好，就翻译出来，供不想读英文的同学参考学习。 作者(Shubho)的妻子(Farhana)打算重新做一名软件工程师(她本来是，后来因为他们孩子出生放弃了)，于是作者就试图根据自己在软件开发设计方面的经验帮助她学习面向对象设计(OO

前言 此文译自CodeProject上<How I explained OOD to my wife >一文，该文章在Top Articles上排名第3，读了之后觉得非常好，就翻译出来，供不想读英文的同学参考学习。 作者(Shubho)的妻子(Farhana)打算重新做一名软件工程师(她本来是，后来因为他们孩子出生放弃了)，于是作者就试图根据自己在软件开发设计方面的经验帮助她学习面向对象设计(OO

本篇内容将介绍Mac和iOS开发中必备的一个依赖库管理工具CocoaPods。 CocoaPods是什么 在iOS开发中势必会用到一些第三方依赖库，比如大家都熟悉的ASIHttpRequest、AFNetworking、JSONKit等。使用这些第三方类库能极大的方便项目的开发，但是，集成这些依赖库需要我们手动去配置，例如集成ASIHttpRequest库时除了加入源码以外还需要手动去添加一些系统

比较好,比较详细的教程。 http://code4app.com/article/cocoapods-install-usage

UML的构造快包含3种：  (1) 事物（4种）：结构事物，行为事物，分组事物，注释事物 (2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系 (3) 图（10种）：用例图，类图，对象图，包图，组件图，部署图，状态图，活动图，序列图，协作图 事物是对模型中最具代表性的成分的抽象；关系把事物结合在一起；图聚集了相关的事物。     (2) 关系（4种） UML 中类与类, 类与接口, 接口与

大话设计模式上的一个图，我用EA画出来的：   UML中的6大关系相关英文及音标：  依赖关系   dependency   [di'pendənsi]  关联关系   association    [ə,səuʃi'eiʃən]  聚合关系   aggregation    [ˌægrɪˈgeɪʃən]  组合关系 composition  [,kɔmpə'ziʃən]  实现   realiz

单一职责原则（Single Responsibility Principle） 定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。   解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P

UML的构造快包含3种：  (1) 事物（4种）：结构事物，行为事物，分组事物，注释事物 (2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系 (3) 图（10种）：用例图，类图，对象图，包图，组件图，部署图，状态图，活动图，序列图，协作图 事物是对模型中最具代表性的成分的抽象；关系把事物结合在一起；图聚集了相关的事物。     (2) 关系（4种） UML 中类与类, 类与接口, 接口与

博客分类： DesignPattern 设计模式 UML关系 泛化 实现 依赖 关联 聚合 组合    UML的构造快包含3种：  (1) 事物（4种）：结构事物，行为事物，分组事物，注释事物 (2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系 (3) 图（10种）：用例图，类图，对象图，包图，组件图，部署图，状态图，活动图，序列图，协作图 事物是对模型中最具代表性的成分的抽象；关系把事

转自OneV's Den的博客   试驱动开发(Test Driven Development，以下简称TDD)是保证代码质量的不二法则，也是先进程序开发的共识。   Apple一直致力于在iOS开发中集成更加方便和可用的测试，在Xcode 5中，新的IDE和SDK引入了XCTest来替代原来的SenTestingKit，并且取消了新建工程时的“包括单元测试”的可选项（同样待遇的还有使用ARC的可

什么是单一职责原则 单一职责原则(Single Responsibility Principle )：就一个类而言，应该仅有一个引起它变化的原因。 二、多功能的山寨手机 山寨手机的功能：拍照、摄像、手机游戏、网络摄像头、GPS、炒股等等。 功能多、但是每一个功能都不强。 拍摄功能 ------专业摄像机或照相机 手机游戏 ------PSP 网络摄像头----专业摄像头 GPS功能------专业

定义： 高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。 问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。 解决方案：将类A修改为依赖接口I，类B和类C各自实现接口I，类A通过接口I间接与

类间关系 在类图中，除了需要描述单独的类的名称、属性和操作外，我们还需要描述类之间的联系，因为没有类是单独存在的，它们通常需要和别的类协作，创造比单独工作更大的语义。在UML类图中，关系用类框之间的连线来表示，连线上和连线端头处的不同修饰符表示不同的关系。类之间的关系有继承（泛化）、关联、聚合和组合。 （1）继承：指的是一个类（称为子类）继承另外的一个类（称为基类）的功能，并增加它自己的新功能的能