iOS开发中的界面到底手写代码还是用Storyboard?

问起公司iOS开发的同事,原来他们都是用代码方式来构建界面的。这一点一开始让我比较奇怪,不过逐渐也习惯了,或许最早mac的开发者们的geeks气质过于独特了。

用delphi、vb的人都知道,delphi等强就强在可视化程序设计,delphi的ide在很多方面达到了非常高的境界,一些组件的design模式可以让程序设计基本不需要什么代码。但是可视化模式太强带来的问题也很明显,当年很多程序员很多程序在构架上考虑欠妥,导致程序难以维护。delphi开发环境因为拥有的大量优秀控件和强大的面向对象能力,即便到今天,还是综合开发能力很强的语言。(国内delphi式微了,但是国外的发展还是不错的,并且每年一个版本很牛)

这篇文章:代码手写UI,xib和StoryBoard间的博弈,以及Interface Builder的一些小技巧,对于开发ios或者osx程序是否用可视化控件编辑已经说的很明确了:开发速度!

不得不说,国内有些程序员是略带矫情的,曾经在一个讨论swift的帖子上看到有个程序员说到,原来写oc那种类似天书的代码多有成就感啊。我就搞不懂了,写代码到底是为了什么,程序的目的是功能,而不是炫耀。Apple自己的所有软件都可以用可视化方式加上代码实现,我们没有必要人为提高门槛用代码来生成界面吧,如果纯粹是为了显得高深莫测。

之前看到那个闹钟的例子,这样想起来,就不太好了,为什么按钮啊、标签啊都要手工生成呢,apple和next前前后后几十年研究的interface builder为什么不用呢,即便是考虑不同分辨率屏幕等,xcode现在也有很好的解决方案了啊。(仔细看了xcode的auto layout之类,好像还是挺麻烦的,不如delphi的align等属性设置啊)

天下武功,唯快不破。开发效率高,总是好的。

2 thoughts on “iOS开发中的界面到底手写代码还是用Storyboard?

  1. 控制欲,代码对于程序员来说是最基本的东西,界面操作生成的代码感觉不踏实

  2. 不一定的,完全纯手动写代码有些极端了。虽然autolayout并不是非常好用,但是在在部分情况下还是很方便的。楼上所说的不尽在掌控下,也许还是对ib研究不透彻导致的。

Leave a Reply