专栏
分享技术干货，打造技术影响力
一份走心的iOS开发规范
说是前言，其实也是本文诞生的目的。随着公司业务的不断增加，功能的快速迭代，app的业务线越来越多，代码体积变得越来越庞大。同时，app投入的开发者也也越来越多，不同的开发者的code风格千差万别。加之公司开发者人员变动，为了保证app稳定性，保证开发效率，统一开发风格。于是，这篇iOS开发规范应运而生。 因笔者现在所就职公司的开发规范主导编写，目前公司业务的迭代都在按照这个规范在有条不紊的进行。综合之前编写规范的经验，历时一个月的时间，断断续续重新梳理了一份比较全面、比较完整的iOS开发者规范，希望这些条条框框能够给正在阅读的你提供一些参考的价值。也希望越来越多的iOS开发者能够养成优秀的编码习惯。如果你觉得个别地方不妥或者有需要补充的规范，请留言或者私信，我会第一时间响应。
深入详解iOS适配技术
iPhone自诞生以来，随着其屏幕尺寸不断的多样化，屏幕适配的技术一直在发展更新。目前，iOS系统版本已经更新到9.3，XCode的最新版本已经是7.3，仅iPhone历史产品的尺寸就已经有4种：3.5英寸、4.0英寸、4.7英寸、5.5英寸。最近，iPhone家族又诞生一款iPhoneSE，鉴于这款iPhoneSE的屏幕尺寸和iPhone5S的尺寸一模一样——同样是4.0英寸，广大iOS开发者可算是松了口气，不然iOS的屏幕尺寸真的是越来越让人眼花缭乱。 按照时间顺序，屏幕适配是这样发展的：纯代码计算frame-> autoresizing(早期进行UI布局的技术，仅适用于约束父子控件之间的关系)->AutoLayout(iOS6/2012年、iPhone5被引入，比autoresizing更加高级，旨在替代autoresizing，可以设置任何控件之间的关系)->sizeClass(iOS8出现，用于解决越来越多的屏幕尺寸的适配问题)。 在iPhone3gs时代，手机的屏幕尺寸有且只有一种，也就是3.5英寸。开发app的时候，根本不用考虑同一个视图在不同尺寸的屏幕上显示的问题。iOS开发者完全可以用纯代码的方式把一个控件的frame写死。 后来apple公司推出了4.0英寸的iPhone5和iPhone5S，所以，针对于不同尺寸的屏幕，再把控件的frame写死就不可取了。（其实也不是不可取，很多iOS开发者做屏幕适配的时候不是用的autoresizing或autolayout，而是以代码的方式动态获取屏幕的尺寸，然后根据屏幕的尺寸来写死子控件的frame。使用这种方式你会在代码中无辜增加很多if...else... 的条件判断语句。另一种方式是获取到屏幕的尺寸后，按照控件和屏幕的比例来设置控件的frame，其本质上也是写死frame。所以这两种方式都不可取，毕竟将来会回出现越来越多的屏幕尺寸。从开发的角度，重复繁琐的代码会牵绊住开发者的进度；从程序设计角度，这样的设计思路不够高级，且日后不易于拓展和维护。）
专题内容
热门标签
云+社区
扫码关注云+社区
领取腾讯云代金券