当你建议将定义的进口者的一个插件?当撇通过苹果的 接口的建设者的插件编程指南 我发现:

  • 是你定制的对象会被使用的只有一个应用程序?
  • 做你自定义的对象的依赖状态信息,发现只有在您的应用程序?
  • 会不会有问题要封你的自定义中的一个独立的图书馆或框架?

如果你的回答是肯定的任何前述问题的对象可不是好的候选人为一个插件。

回答我的一些问题,但我仍然喜欢你的想法时,这是一个很好的想法。有什么好处以及如何大的时间投资就是它吗?

有帮助吗?

解决方案

这是完全合理的推查和控制器类应用程序采用出入一个单独的框架内嵌在应用程序包皮—对,你也产生一个接口建设者的插件。

除其他原因、类,通常用于在应用程序然后可以将配置在他们的角度使用接口的建设者,而不是在散 -awakeFromNib 实现。这也只有这样,你可以有你的对象,暴露绑定,可以设立接口的建设者。

这是一位的编码,但对查和控制器的类使用多于一个地方,而这需要额外的建立之前,他们实际使用,则可能节省大量的时间。和你的经验,发展与自己的控制和查看的课程将像开发与可可。

其他提示

我认为苹果的指导方针的总和起来很好。

如果你正在写的控制,将用于在多个应用程序和完全是通用的,然后创造一个定制的对象是一个好主意。你就可以形象化观和设性质的直接接口的建设者。

如果你控制仅限于一个应用程序,或者是紧密结合起你的数据,然后移动它成为一个定制的对象真的不会买你多少。

这不是难以创建一个定义看,有很多容易遵循的指南。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top