制作自己的公有Cocoapods库

    Cocoapods是iOS开发中第三库的依赖管理工具,有了它可以很方便的管理第三库文件,第三库版本更新时也只需要执行更新命令就可以了,很大的提高了开发效率。本文主要是讲如何制作自己的Cocoapods库,以前Cocoapods的制作需要向Github中CocoaPods/Specs的项目pull request。但是在0.33版本的Cocoapods中,提交自己的库信息改为了trunk服务。

iOS根据Debug或Release模式加载程序包和Icon

    一般应用在开发阶段使用都是debug模式和测试服务器,而上线到AppStore后则使用release模式和线上服务器。开发者在发布一个新版本之前,一般会调成release模式和线上服务器再测试一遍,保证应用的稳定性。然而release模式和debug模式是一个Bundle ID,则这俩种模式共用一个沙盒目录,由于一般应用都会缓存一些用户信息在本地沙盒,那么在生成一个新模式的程序包时,需要把旧模式的程序包删掉,才能保证应用不会有异常。那么这样会对开发者带来不必要的麻烦。那能不能根据debug或者release模式动态修改Bundle ID,以保证沙盒目录的不同呢?答案是可以的。问题又来了,不同Bundle ID 就是俩个不同的应用,但是用的是同一个ICON,这样就区分不开二者了,那么能不能根据不同模式动态的加载不同ICON呢?答案也是可以的。

Scrollview的Autolayout约束布局

    随着iPhone手机屏幕尺寸的增多,Autolayout约束布局在适配屏幕中用的越来越多。初学者刚接触autolayout时,在对scrollView上约束布局往往不知所措,其实理解autolayout后,在屏幕适配时,不用一行代码,即可轻松实现。

软件设计模式六大原则

记得大学老师亮哥说过的一句话”设计模式是一门艺术”,随着工作经验的积累,对这句话理解也越来越深,码代码码的好是一门艺术,就像雕刻师精心雕刻一件艺术品一样。码的不好就像搬砖,设计模式就是反反复复把代码最优,最容易扩展,高内聚低耦合。当然并不是一味的遵循一种设计写的代码就是好代码,要根据不同场景使用合理的设计模式。设计模式有六大原则。

  • 单一职责原则
  • 里氏替换原则
  • 依赖倒置原则
  • 接口隔离原则
  • 迪米特法则
  • 开闭原则