我是iOS开发的初学者。但是,我已经在工作了几年Java,PHP和Javascript,所以我对OOP和设计模式非常有经验。
Xcode 4.2增加了新的故事板功能,用于在iOS 5.0中布局界面。故事板只是初学者开发人员的向导,还是对经验丰富的开发人员有优势?
我的同事和我(都是iOS开发的初学者)正在讨论是否应该使用传统的NIB和故事板来学习和编程iOS。故事板提供了以前铺设iOS界面的方式有哪些优势?这种方法有缺点吗?
我是iOS开发的初学者。但是,我已经在工作了几年Java,PHP和Javascript,所以我对OOP和设计模式非常有经验。
Xcode 4.2增加了新的故事板功能,用于在iOS 5.0中布局界面。故事板只是初学者开发人员的向导,还是对经验丰富的开发人员有优势?
我的同事和我(都是iOS开发的初学者)正在讨论是否应该使用传统的NIB和故事板来学习和编程iOS。故事板提供了以前铺设iOS界面的方式有哪些优势?这种方法有缺点吗?
我认为自动化和便利性方法将始终涵盖“常见”案例,而故事登记就是一个例子。便利性极大地简化并加速了开发过程。但是,总会出现这样的情况:在给定的异常情况下,这些方法无法满足您的所有需求。就像使用UI元素一样,并不能阻止开发人员在需要时使用核心图形,核心音频等。我认为,这绝对是iOS开发未来的一部分,但只是意识到这一部分将是一个障碍。所以不会意识到这一点。
学习旧的方法,以防你必须做两件事(或阅读一些遗留代码)。这也适用于Arc;我不禁想到新的Cocoa / Cocoa Touch开发人员不了解旧的托管内存模型。
我个人不喜欢自动化工具。我不知道下面会发生什么,插入什么样的剩余代码,代码的样式不是我的,因此我需要处理另一个人的代码。我是那个需要在其余时间支持它的人,而不是我可能使用的任何自动化工具。
所有繁琐的抽象都可以帮助您了解正在发生的事情,特别是当您不熟悉某个领域时。
我个人喜欢传统的nib文件方法,我可以以编程方式更好地控制其行为,而不必向后修改stroyboard以完成任务。原因是,如果您的项目开发人员很少,那么您不必花时间合并更改(因为您有几个nib文件与storyboard文件相比)总是好的
故事板文件似乎比xib更具可读性。 两者都是xml文件,但xib似乎有不必要的包袱和复杂性。
我编制了一个反对使用Storyboard的大约15个理由的列表: 何时使用Storyboard以及何时使用XIB
此外,这是一个带来一些痛苦的工具: http://github.com/jfahrenkrug/StoryboardLint