As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center提供指导。
7年前关闭。
用于Mac OS X的Cocoa支持Cocoa绑定(bind)技术,从而减少了 View 与模型之间粘合代码的需求。
在cocotron源代码的帮助下,在KVO上的KVC之上重新创建 cocoa 绑定(bind)似乎是可行的。
是否有任何技术或概念上的原因使Cocoa绑定(bind)不属于SDK?
我在考虑性能,缺少垃圾回收,缺少UI元素(例如UISlider)的KVC支持。 所有合适的UI组件,以公开其重要属性的绑定(bind) 用于处理选择 的
在iOS上,第2点变得无关紧要。具有主从 View View 布局(可以进行多个选择)的情况很少(甚至可能是不良的UI设计)。这是
由于当前的
要点1将很有用。但是,Apple需要大量工作才能在所有UIKit控件中实现绑定(bind)支持。我认为对于他们来说,实现它从来没有成为一个足够高的优先级。
7年前关闭。
用于Mac OS X的Cocoa支持Cocoa绑定(bind)技术,从而减少了 View 与模型之间粘合代码的需求。
在cocotron源代码的帮助下,在KVO上的KVC之上重新创建 cocoa 绑定(bind)似乎是可行的。
是否有任何技术或概念上的原因使Cocoa绑定(bind)不属于SDK?
我在考虑性能,缺少垃圾回收,缺少UI元素(例如UISlider)的KVC支持。
最佳答案
桌面上的绑定(bind)要求:
NSArrayController
基础结构的实现在iOS上,第2点变得无关紧要。具有主从 View View 布局(可以进行多个选择)的情况很少(甚至可能是不良的UI设计)。这是
NSArrayController
真正发挥作用的地方。由于当前的
NSArrayController
设计不会扩展到多个部分,标题等,因此UITableView的绑定(bind)变得不那么实用。要点1将很有用。但是,Apple需要大量工作才能在所有UIKit控件中实现绑定(bind)支持。我认为对于他们来说,实现它从来没有成为一个足够高的优先级。