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

概述在IB中,可以实例化控制器,构建对UI元素的引用,以及定义 *** 作目标.也可以以编程方式执行此 *** 作.我想知道(大多数)经验丰富的 Cocoa开发人员更喜欢什么？ 在许多其他环境中,我不会花太多时间使用界面构建器(小写),但Apple工具显然是他们自己的一类.他们还有更进一步,或者他们是初学者的工具吗？为什么？ 我认为很明显,它们是组装和布局UI的正确选择.但是关联UI元素和控制器对象呢？ 经验丰富的C 在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中的视图,然后控制器将视图连接到它需要的任何其他内容.

总结

以上是内存溢出为你收集整理的objective-c – 经验丰富的Cocoa程序员多少依赖Interface Builder来连接他们的应用程序？全部内容，希望文章能够帮你解决objective-c – 经验丰富的Cocoa程序员多少依赖Interface Builder来连接他们的应用程序？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。