|
|
1
7
我发现Interface Builder非常适合获取应用程序的通用布局。对于绑定(在Mac上)这样的东西来说,它也很好。但是,您无法使用Interface Builder创建Delicious库。界面越复杂,需要编写的代码就越多。 |
|
|
2
6
界面生成器可能需要一点时间来适应。但是,正如前面所说的,你用得越多,它就越好。当然,自定义视图可以在代码中完成,但IB是一个标准是有原因的。社区对Mac应用程序的用户界面质量有一定的要求,这远远高于其他平台的用户界面标准。IB使得遵守这些标准比在代码中做任何事情都要容易得多,而无需任何视觉参考。 您不必在代码中做任何事情就可以使UI处于版本控制中。我的所有Cocoa项目都位于自己的git存储库中,包含nib/xib文件。 所以给IB一个机会。你用得越多,它就越容易。 |
|
|
3
2
an excellent article 关于为什么IB是一个很好的选择,即使在你通过基本教程后它似乎不是正确的路线。出于与您类似的原因,我放弃了IB,但这篇文章激励我继续使用它,它确实最终成为了正确的解决方案,尽管它违背了极客不允许太多泄漏的抽象的倾向。 |
|
|
4
1
我的第一个iPhone程序(可供出售)和第二个正在开发中的程序都没有使用Interface Builder。我喜欢把它全部放在代码中,这样我就可以理解发生了什么,这样我就可以使用版本跟踪来跟踪所有的更改。
|
|
|
KanKonga · 为什么这个swift代码没有显示在文本字段中? 2 年前 |
|
|
Community wiki · 目标的Xcode构建阶段的自动更新? 2 年前 |
|
|
Anton Timonin · 如何正确地将动态pod库更改为静态? 3 年前 |
|
|
Igor · 在OSX中,捆绑包的用户首选项在哪里? 3 年前 |
|
|
narner · 从Swift包创建Cocoapods框架 3 年前 |