关于UI的开发是使用代码还是Xib
2015-07-12 10:45
323 查看
对于 UI 界面的编写工作,到底应该用 xib/storyboard 完成,还是用手写代码来完成?
使用xib和storyboard的优点
开发界面所见即所得,可以快速通过拖拽构造界面。
你可以从 storyboard 中很方便地梳理出所有
使用 Storyboard 可以使用
通过实现
Storyboard 可以方便将一些常用功能模块化和复用。例如 WWDC2011 年介绍 Storyboard 的视频就将微博分享功能模块化成一个单独的 Storyboard。
使用xib和storyboard的缺点
xib 对版本管理是灾难。storyboard 实际上的多个 xib 的集合,所以更容易让多人编辑产生冲突。而虽然它们是 xml 格式,但是冲突解决起来还是不如代码那么容易。
苹果对 xib, storyboard 的设计中带有当前电脑的操作系统版本和 Xcode 版本。所以如果两个协作的开发者电脑操作系统或 Xcode 有不一样的话,每次打开必定会修改这个文件。另外即使操作系统版本和 Xcode 版本一样,有些时候打开看也会造成一些自动的修改。
storyboard 带来的 segue 的概念对于开发来说并不省事,特别是在需要传递参数的时候。如果是用程序内部 trigger 一个 segue,那么需要在另一个回调的地方设置 dest view controller 的参数信息。
我们发现 xib 中设置的颜色值并不精确,RGB 在真机 / 模拟器上常常会有 10 多像素的偏差。
xib 和 storyboard 对继承的支持并不友好。无法做界面的继承。
xib 和 storyboard 对搜索支持并不友好,无法方便地在 Xcode 中查找关键词(但是可以通过写 bash 命令来查找)。
storyboard 对组合支持得不太好,不允许在一个 xib 中附带多个子 view。
xib 和 storyboard 不太方便做界面的模块化管理,比如我们想统一修改界面中所有按钮的字体样式,那么在 xib 和 storyboard 只能一个一个手工修改,而如果是代码编写的,则只需要改一个工厂方法的实现即可。
对于复杂的 App,storyboard 的性能会比较差。
http://blog.devtang.com/blog/2015/03/22/ios-dev-controversy-2/
使用xib和storyboard的优点
开发界面所见即所得,可以快速通过拖拽构造界面。
你可以从 storyboard 中很方便地梳理出所有
View Controller的界面间的调用关系。这一点对于新加入项目组的开发同事来说,比较友好。
使用 Storyboard 可以使用
Table View Controller的 Static Cell 功能。对于开发一些 Cell 不多,但每个 Cell 都不一样的列表类设置界面会比较方便。
通过实现
– (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender方法,每个 View Controller 的跳转逻辑都聚集在一处,这方便我们统一管理界面跳转和传递数据。
Storyboard 可以方便将一些常用功能模块化和复用。例如 WWDC2011 年介绍 Storyboard 的视频就将微博分享功能模块化成一个单独的 Storyboard。
使用xib和storyboard的缺点
xib 对版本管理是灾难。storyboard 实际上的多个 xib 的集合,所以更容易让多人编辑产生冲突。而虽然它们是 xml 格式,但是冲突解决起来还是不如代码那么容易。
苹果对 xib, storyboard 的设计中带有当前电脑的操作系统版本和 Xcode 版本。所以如果两个协作的开发者电脑操作系统或 Xcode 有不一样的话,每次打开必定会修改这个文件。另外即使操作系统版本和 Xcode 版本一样,有些时候打开看也会造成一些自动的修改。
storyboard 带来的 segue 的概念对于开发来说并不省事,特别是在需要传递参数的时候。如果是用程序内部 trigger 一个 segue,那么需要在另一个回调的地方设置 dest view controller 的参数信息。
我们发现 xib 中设置的颜色值并不精确,RGB 在真机 / 模拟器上常常会有 10 多像素的偏差。
xib 和 storyboard 对继承的支持并不友好。无法做界面的继承。
xib 和 storyboard 对搜索支持并不友好,无法方便地在 Xcode 中查找关键词(但是可以通过写 bash 命令来查找)。
storyboard 对组合支持得不太好,不允许在一个 xib 中附带多个子 view。
xib 和 storyboard 不太方便做界面的模块化管理,比如我们想统一修改界面中所有按钮的字体样式,那么在 xib 和 storyboard 只能一个一个手工修改,而如果是代码编写的,则只需要改一个工厂方法的实现即可。
对于复杂的 App,storyboard 的性能会比较差。
http://blog.devtang.com/blog/2015/03/22/ios-dev-controversy-2/
相关文章推荐
- Optimization Techniques
- Optimization Techniques
- Fuel 5.1安装openstack I版本号环境
- css3新增加UI学习
- Implement Queue using Stacks
- qibuild的环境配置
- 详解 UIView 的 Tint Color 属性
- Win10首个候选版Build 10176上手:水印终于没了
- 安卓handler机制和RunOnUi方法都能修改主线程,两者的区别
- 教你如何调用百度编辑器ueditor的上传图片、上传文件等模块
- iOS 多线程学习笔记 —— dispatch_async在serial queue中的异常
- POJ 1503 Integer Inquiry 大数 难度:0
- 安装androidstudio时报错the following sdk component was not installed:build-boots21.1.1
- EasyUI基本使用——(tabs右键菜单)
- Android UI开发篇之 ViewPager+九宫格布局 实现左右滑动
- UESTC_敢说就敢做 CDOJ 631
- No suitable driver found for jdbc:mysql://localhost/dbname
- request.setCharacterEncoding 和常用内置对象 跳转
- 数据类型 -- uint32_t 类型
- LeetCode Implement Queue using Stacks