objective-c – 经验丰富的Cocoa程序员多少依赖Interface Builder来连接他们的应用程序?

在IB中,可以实例化控制器,构建对UI元素的引用,以及定义操作目标.也可以以编程方式执行此操作.我想知道(大多数)经验丰富的 Cocoa开发人员更喜欢什么?

在许多其他环境中,我不会花太多时间使用界面构建器(小写),但Apple工具显然是他们自己的一类.他们还有更进一步,或者他们是初学者的工具吗?为什么?

我认为很明显,它们是组装和布局UI的正确选择.但是关联UI元素和控制器对象呢?

解决方法

经验丰富的Cocoa开发人员广泛使用Interface Builder.没有经验的人往往不信任它,因为其他环境的UI构建者通常很糟糕,所以他们假设Interface Builder就是这样.不是. Cocoa和Interface Builder紧密相连.没有使用Interface Builder很难开发应用程序 – 如果你查看Cocoa-Dev邮件列表档案,你会看到许多沮丧的开发人员向Cocoa询问如何避免使用IB. Apple员工和经验丰富的Cocoa开发人员的答案都是一样的:只需使用它.

认为我充满了废话?打开任何专业完成的Cocoa应用程序.说真的 – 任何Apple应用程序,任何第三方Cocoa应用程序.现在转到Resources文件夹.捅了一下,你会看到无处不在的笔尖.

至于IB有多少 – 有一点可以通过代码建立连接.一般来说,连接UI元素和控制器通常在IB中完成,甚至控制器到控制器的连接通常也是如此,尽管这种情况更为明显.它基本上归结为设置和维护的工作量较少.具有讽刺意味的是,IB的主导地位是一个很大的例外.如果您拥有仅使用过一次的自定义视图,则不值得为其创建IBPlugin.在这种情况下,通常控制器连接到IB中的视图,然后控制器将视图连接到它需要的任何其他内容.

相关文章

我正在用TitaniumDeveloper编写一个应用程序,它允许我使用Ja...
我的问题是当我尝试从UIWebView中调用我的AngularJS应用程序...
我想获取在我的Mac上运行的所有前台应用程序的应用程序图标....
我是一名PHP开发人员,我使用MVC模式和面向对象的代码.我真的...
OSX中的SetTimer在Windows中是否有任何等效功能?我正在使用...
我不确定引擎盖下到底发生了什么,但这是我的设置,示例代码和...