我是 Objective-C、Cocoa、Xcode 和 Interface Builder 的新手。我过去有一些 C 语言背景，以及相当多的 RealBASIC 经验。
我正在阅读 Mark 和 LaMarche 的 iPhone 3 开发书籍，我真的有点惊讶有些事情是多么乏味。也许有人可以为我阐明这一点。我的问题实际上是，为什么看似简单的操作过程涉及如此复杂的步骤？我以后会喜欢这种复杂性有什么好处吗？或者这只是一个不可避免的残酷事实？
例如，在 RealBASIC 中，如果我希望在文本框中显示 slider 的值，我只需添加:
myTextBox.text = mySlider.value
slider 的 Changed 事件。我可以在不到 1 分钟的时间内完成这个编程。
在 Xcode/Interface Builder 中，我必须为文本框和 slider 分别键入一个声明，然后为每个文本框和 slider 键入一个属性/导出声明，然后为 ValueChanged 创建一个方法声明和实现，然后使用 initWithFormat 将 slider 的整数值设置为 NSString(相对)复杂的类型转换。然后，我必须返回 Interface Builder，将控件与我输入的控件和方法导出链接起来。我不知道如何在不到 10 分钟的时间内完成此操作。 也许5。
那么，这样做有什么好处呢？为什么 Interface Builder 不自动创建或至少建议控件声明和 @property 语句以及方法声明和实现？为什么双击 IB 中的 slider 无法为您提供事件列表并自动将骨架方法插入到您的 .h 和 .m 文件中？为什么 IB 必须是一个单独的应用程序？
我愿意接受其中一些原因是我对 Xcode 的所有东西不熟悉，但这真的像开发环境一样高效吗？
如果这是一个死马、火饵话题，双方都充满仇恨，我深表歉意。如果是这样，请说“是的，就是这样”，然后继续。
谢谢， -罗布
最佳答案
当您习惯了 MVC 范例时，IB 工作方式背后的许多原因将会变得更加清晰。
一旦您开始使用 Cocoa Bindings(它会在 UI 更改时更新您的模型，反之亦然)，您应该会看到生产力的巨大提高。
关于xcode - Xcode 看似过于复杂的控制/输出工作流程有什么好处？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1349249/