我发现自己更倾向于避免使用Interface Builder,因为如果只是简单的代码,我可以更快地发现问题,而且在这一点上我比编写代码更熟悉使用Interface Builder.
所以我正在考虑避免完全使用Interface Builder.但在此之前,我想了解以下内容:
>是否有任何时候绝对必须使用Interface Builder?没有它,有什么是不可能实现的吗? (我知道情况正好相反.)
>我是否有任何可以帮助我不要错过Tal Bereznitskey概述使用Interface Builder的优点的做法.我特别想到了他所做的关于它更容易维护和更容易原型化和改变东西的观点.
>无论如何,忽略Interface Builder会使我在未来构建应用程序时处于劣势.如果我坚持编写代码,那么我希望将来要开发的复杂应用程序是否会更难开发?
>我目前只是自己构建应用程序,但是当我开始与其他开发人员合作时,我将处于显着的劣势,因为我从未学习过如何使用Interface Builder,或者我只能知道如何编写代码?
首先让IB去除复杂性,它会阻止学习仅在代码中可表达的核心概念.尽管IB隐藏了本来很明显的连接(因此易于学习和调试),但事实还有很多要说的,但通常它可以很好地删除无关的代码.
尽可能多地了解视图层次结构和UI元素的工作方式,一旦您对Objective-C和Cocoa感觉更舒服,就不需要使用IB.我不认为在IB中你不能做任何事情,但是当以编程方式处理时,肯定会有更多灵活和强大的东西.
从那时起,一旦你理解了底层函数,你就可以回到使用IB,让它节省你时间和精力,否则你将使用UIKit元素的许多属性.
解决你对失踪的担忧.我想说花一些时间来学习Storyboard(规划UI的集体方法)和XIB / NIB文件(其中单个UI文件与单个视图控制器相关联).故事板是更新的,不太完全被许多人理解,包括我! NIB和XIB更强大/更不明显但仍然非常重要,因为有些东西在Storyboard中不能很好地工作.
在与他人合作方面,IB可以使版本控制变得痛苦,因为IB文件的PList / backing并不总是与合并等有关…但是我会说,如果你来自一个学习点代码首先然后移动学习IB将更容易然后反过来.在团队中工作的最重要的规则是不要害怕提问.您的代码技能将帮助其他可以帮助您完成IB的人.
希望有所帮助.Ray Wendlerlich网站上有很棒的教程,Google他.
总结以上是内存溢出为你收集整理的ios – Xcode:避免使用Interface Builder是好还是坏?全部内容,希望文章能够帮你解决ios – Xcode:避免使用Interface Builder是好还是坏?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)