微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

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中的视图,然后控制器将视图连接到它需要的任何其他内容.

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐