2014年12月_neng18

原创 8.ios之view的封装

1.view的封装•如果一个view内部的子控件比较多，一般会考虑自定义一个view，把它内部子控件的创建屏蔽起来，不让外界关心••外界可以传入对应的模型数据给view，view拿到模型数据后给内部的子控件设置对应的数据2.使用xib封装一个自定义view的步骤1> 新建一个继承UIView的自定义view,假设类名叫做(MJAppView)2> 新建一个MJA

2014-12-27 16:55:53 938

原创 7.ios之xib的使用

1.Xib文件的使用•Xib文件可以用来描述某一块局部的UI界面••Xib文件的加载Ø方法1NSArray*objs = [[NSBundlemainBundle] loadNibNamed:@"MJAppView"owner:nil options:nil];这个方法会创建xib中的所有对象，并且将对象按顺序放到objs数组中（如果xib如

2014-12-27 16:37:47 723

原创 6.ios之字典与模型

1.用模型取代字典的好处•使用字典的坏处Ø一般情况下，设置数据和取出数据都使用“字符串类型的key”，编写这些key时，编译器不会有任何友善提示，需要手敲dict[@"name"] =@"Jack";NSString*name = dict[@"name"];Ø手敲字符串key，key容易写错ØKey如果写错了，编译器不会有任何警告和报错，造成设错数据或者取错数

2014-12-27 16:27:05 729

原创 5.ios之代码创建控件和排版

1.UIView 在View里面添加的控件是x，y是以View的左上角开始算2.UIButton UIButton 里面包含UIlable 和 UIImageView 设置text时要用setTitle ，不能直接改 titleLabel.text 因为不知道text的状态设置text字体时titleLabel.font3. NSArray 懒加载

2014-12-26 00:24:56 1083

原创 4.ios之图片动画加载

4.ios之图片动画加载

2014-12-25 20:45:34 779

原创 3.ios之NSBundle和plist的使用

1.NSBundle1> 一个NSBundle代表一个文件夹,利用NSBundle能访问对应的文件夹2> 利用mainBundle就可以访问软件资源包中的任何资源3> 模拟器应用程序的安装路径 /Users/aplle/资源库/Application Support/iPhone Simulator/7.1/Applications4>实现懒加载只加载一次@proper

2014-12-24 00:03:30 1041

原创 2.ios拖控件

1.IBAction:1> 能保证方法可以连线2> 相当于void-(IBAction)2.IBOutlet:1> 能保证属性可以连线@property (weak,nonatomic) IBOutlet3.常见错误setValue:forUndefinedKey:]: this class is not key value coding

2014-12-19 23:52:00 804

原创 ios之环境配置篇

1: Xcode 6.1 因为官网很卡，可以上csdn下 2.测试ios simulator Xcode - open Developer tool - ios simulator 能运行的话，恭喜你成功了第一步。如果不能运行，果断卸了Xcode装其他版本。 Command + K 调出虚拟键盘后面再说Xcode的配置

2014-12-19 23:21:47 664

转载设计模式六大原则（5）：迪米特法则

定义：一个对象应该对其他对象保持最少的了解。问题由来：类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。解决方案：尽量降低类与类之间的耦合。自从我们接触编程开始，就知道了软件编程的总的原则：低耦合，高内聚。无论是面向过程编程还是面向对象编程，只有使各个模块之间的耦合尽量的低，才能提高代码的复用率。低耦合的优点不言而喻，但是怎么样编程才能做

2014-12-17 19:29:25 373

转载设计模式六大原则（4）：接口隔离原则

定义：客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。问题由来：类A通过接口I依赖类B，类C通过接口I依赖类D，如果接口I对于类A和类B来说不是最小接口，则类B和类D必须去实现他们不需要的方法。解决方案：将臃肿的接口I拆分为独立的几个接口，类A和类C分别与他们需要的接口建立依赖关系。也就是采用接口隔离原则。举例来说明接口隔离原则：（图1 未遵循接

2014-12-17 19:00:04 385

转载设计模式六大原则（3）：依赖倒置原则

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

2014-12-17 17:25:03 370

转载设计模式六大原则（2）：里氏替换原则

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

2014-12-17 16:43:36 371

转载设计模式六大原则（1）：单一职责原则

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

2014-12-17 16:19:38 374

原创 MFC之GDI+配置篇

MFC之GDI+配置篇

2014-12-07 17:08:29 930

原创 MFC之控件和Cstring类型转换篇

MFC之控件和Cstring类型转换篇

2014-12-07 16:48:30 1968 1

吹来的寒风