Question

目前,Im公司正在办理一项申请,这些申请能够追踪目录及其相关che客。我用核心数据支持申请。散射公司与其che客之间有一对一的关系(允许目录有零或更多的che客)。

我有一架可贵的书记员,用名称显示所有目录(最后名称,第一名称)。当你在桌上一行点击时,一架新的UITableViewController被推到显示有关该散射线的所有信息的导航控制器上。对于其价值,表上将第一种观点归类为含有散射信息(第一/永久名称、肤色等)。然后,在第二节中,对目录上的所有che客进行了描述。

正确的导航项目是ed。当用户处于ed状态时,Im躲避航道,用取消的 but子取代。

我的问题是: 是否有标准/共同做法? 我认为,这有两个途径:

Keep track of all the things the user changes and then when they hit the done button, copy those changes to the Cat NSManagedObject.
Use an NSUndoManager associated with the NSManagedObjectContext and when the user begins editing, create a new undo grouping. When they tap the cancel button, just end the grouping and then perform an undo on the NSUndoManager.

我认为,选择2似乎最为实际,但我对此有好感。 <代码> NSManagedObjectContext 与此相关的——我现读到,适用于OSX的申请。我也看不到关于使用<代码>的讨论。 NSManagedObjectContext in relation to Müller program while doread on the Net. 这使我感到,人们可能采用我所思熟虑的另一种方法。

Answer 1

比较常见的“i”工作流程是根本不会有“Cancel”纽扣。多数人只是将埃德特纽顿变成一个顿纽州。只有在信息可能丢失时才会考虑Cancel。

然而,如果你想要一个Cancelutton,第一个选择似乎更加精简。适用于Done。在其他情况下,只是抛弃了中转变化数据。后者不仅在Cancel,而且如果必须终止。只有明确接受修改。

友情链接