iOS项目初始化项目中所需的所有UIViewController和UIView是否是一种好的做法?
我见过一个基于角色的iOS项目,在该项目中,作者在应用程序启动时启动了几乎所有的视图和控制器。它主要使用NSNotification进行它们之间的通信。甚至NSNotification也是相同的类型,这意味着所有通知都具有相同的名称:iOS项目初始化项目中所需的所有UIViewController和UIView是否是一种好的做法?,ios,objective-c,uiview,Ios,Objective C,Uiview,我见过一个基于角色的iOS项目,在该项目中,作者在应用程序启动时启动了几乎所有的视图和控制器。它主要使用NSNotification进行它们之间的通信。甚至NSNotification也是相同的类型,这意味着所有通知都具有相同的名称: [[NSNotificationCenter defaultCenter] addObserver:aObserver selector:aSelector name:*notification_name* object:nil]; [[NSNotificatio
[[NSNotificationCenter defaultCenter] addObserver:aObserver selector:aSelector name:*notification_name* object:nil];
[[NSNotificationCenter defaultCenter] postNotificationName:*notification_name* object:parameter];
它根据不同的notification.object告诉不同类型的通知,notification.object是NSObject的一个自定义子类,它只包含一些整数、一些字符串和一些类似的对象
@interface Parameter : NSObject
{
// which is an enumeration type to actually define different notification type
ParameterID m_iVCD_ID;
int m_iInt0;
int m_iInt1;
int m_iInt2;
float m_fFloat0;
float m_fFloat1;
float m_fFloat2;
NSString *m_sString0;
NSString *m_sString1;
NSString *m_sString2;
NSMutableArray *m_oArray;
NSObject *m_oObject;
NSObject *m_oObject0;
NSObject *m_oObject1;
NSObject *m_oObject2;
}
我觉得这不是一个好主意,因为notification.object没有类型检查。
基于通知的体系结构是广播系统,因为它对所有通知使用相同的名称。此外,在启动时初始化所有UIView和UIViewController会消耗大量内存。但是,在使用organizer时,我在console.app中没有看到来自控制台的任何内存警告
有人能给我一些其他的建议吗?这个架构还有什么不好的地方吗?我认为这是一个非常糟糕的方法 您评论中的每个论点都是正确的: 我觉得这不是一个好主意,因为notification.object没有类型检查 当然 基于通知的体系结构是广播系统,因为它对所有通知使用相同的名称 除非有意,否则这是毫无意义的 此外,在启动时初始化所有UIView和UIViewController会消耗大量内存。但是,在使用organizer时,我在console.app中没有看到来自控制台的任何内存警告 是的,即使没有发出内存警告,这也是在浪费内存
UIView
s和UIViewController
s有自己的生命周期,SDK为您提供了在必要时加载和卸载(alloc和release)资源的方法
除此之外,控制器之间的通信应通过@property
s、协议或SDK提供的任何其他方法完成
来自苹果文档:
给定通知的观察者可能处于挂起状态,并且不会立即处理通知
所以你不能依靠他们来执行,比如说,关键任务。是的,我读过文件。如果你认为答案是有效的,请将其标记为让他人检查。