iOS的界面究竟使用xib或者storyboard好的还是写code好
2个回答
展开全部
code是终极的解决方案
当你遇到了(举个例子):需要一个APP, 支持各种尺寸屏幕, 在每种屏幕上显示最适合的文字, 图片大小(按比例缩放), 这种东西用xib或者storyboard就无法解决了.
你只有通过自己构建一套封装的代码, 封装很多核心控件, 重写它们的draw方法, 才能更方便的实现(在内部判断屏幕尺寸, 设备种类).
当然, 这种东西, 已经超出了绝大多数人写APP的范围了.
通常来说, code+storyboard能够更为轻松完成一个APP, 你总是会遇到在ip4, ip5, ip6, ip6+上的UI适配问题, 这种情况, 你必须要用code来控制一些控件的高度, Y轴, 光靠storyboard是做不到的.
code+xib+storyboard是大多数熟练工的做法.
在code+storyboard能够完成适配的情况下, 你还需要将一些控件, 比如将一个复杂的ViewController拆分成多个view, 每个view对应一个独立的xib来管理, 这样的话, 你就可以在很多不同的storyboard, viewcontroller之间随时使用这些独立的view, 它能够为你省去一部分工作量.但是这需要一定的经验, 你才能更好判断哪些view可以拆分成独立的xib.
当你遇到了(举个例子):需要一个APP, 支持各种尺寸屏幕, 在每种屏幕上显示最适合的文字, 图片大小(按比例缩放), 这种东西用xib或者storyboard就无法解决了.
你只有通过自己构建一套封装的代码, 封装很多核心控件, 重写它们的draw方法, 才能更方便的实现(在内部判断屏幕尺寸, 设备种类).
当然, 这种东西, 已经超出了绝大多数人写APP的范围了.
通常来说, code+storyboard能够更为轻松完成一个APP, 你总是会遇到在ip4, ip5, ip6, ip6+上的UI适配问题, 这种情况, 你必须要用code来控制一些控件的高度, Y轴, 光靠storyboard是做不到的.
code+xib+storyboard是大多数熟练工的做法.
在code+storyboard能够完成适配的情况下, 你还需要将一些控件, 比如将一个复杂的ViewController拆分成多个view, 每个view对应一个独立的xib来管理, 这样的话, 你就可以在很多不同的storyboard, viewcontroller之间随时使用这些独立的view, 它能够为你省去一部分工作量.但是这需要一定的经验, 你才能更好判断哪些view可以拆分成独立的xib.
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询