首先先说一下,本人是个纯代码党,喜欢敲击的快感!!!
先说一下StoreBoard吧
1StoreBoard
效率高;
Auto Layout,做适配很方便;
多语言很方便;
静态TableView,CollectionView极其方便;
最重要的是直观,结构清晰,一目了然!
(2)缺点:
不适合团队开发使用;适合大号显示器,尤其是iPad开发!
缺点解决方案: 冲突问题:storyboard一般只是用于展示页面布局,布局不是个经常变动的东西,如果需要
效率高;
Auto Layout,做适配很方便;
多语言很方便;
静态TableView,CollectionView极其方便;
最重要的是直观,结构清晰,一目了然!
(2)缺点:
不适合团队开发使用;适合大号显示器,尤其是iPad开发!
缺点解决方案: 冲突问题:storyboard一般只是用于展示页面布局,布局不是个经常变动的东西,如果需要
修改,修改的次数也非常的少。一般在团队中专门约定几名负责人专门修改页面布局就可以了。如 果真的需要很多人改,请拆分storyboard。
性能问题:性能的瓶颈真的在这里吗?有这些时间多多优化一下代码,多使用异步block的 效果更为明显吧。
大型项目的问题:大型项目中细分storyboard不仅可以解决打开卡顿的问题,也会使产品线 更为直观。
复用问题:storyboad的确不能复用,可复用的组件可以用NIB进行封装,然后引入 storyboad。
那么我们在什么时候使用storyboard, xib, 和纯代码呢?
(1)什么时候使用storyboard? 组织多种view的层级关系,也就是传说中的segue。使用一些列表或表格单元的模板的时候。能使 用storyboard的情况下尽量用storyboard。
什么时候不建议使用storyboard?
动态或复杂布局,这时候可能需要用代码来计算相关view的位置。如果一个view已经用NIB 或代码实现
(2)什么时候使用nib? 模态框(如登录提示什么的)可复用视图组件或模板 什么时候不推荐使用nib?
有动态内容的视图
不方便在IB中进行设计的试图
(3)什么时候使用代码?
纯代码好处就是灵活,接手项目的时候好改。缺点,很明显慢。
动态布局
试图特效
什么时候不推荐使用代码?
什么时候使用代码都是一个好方法,但不一定是最好的。