我见过一个基于角色的 iOS 项目，其中作者在应用程序启动时启动了几乎所有的 View 和 Controller 。它主要使用 NSNotification 进行它们之间的通信。甚至 NSNotification 也是同一种类型，这意味着所有通知都具有相同的名称:
[[NSNotificationCenter defaultCenter] addObserver:aObserver selector:aSelector name:*notification_name* object:nil];
[[NSNotificationCenter defaultCenter] postNotificationName:*notification_name* object:parameter];
它根据不同的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 进行类型检查。 基于通知的架构是一个广播系统，因为它对所有通知使用相同的名称。另外，一开始就初始化所有的 UIViews 和 UIViewControllers 会消耗大量的内存。但是，在使用管理器时，我没有从控制台看到任何内存警告，而是在 console.app 中。
谁能给点其他建议？这种架构还有其他不好的方面吗？
我认为这是一个非常非常糟糕的方法。
您评论中的每个论点都是正确的:
I feel that it is not a very good idea because there is no type checking for the notification.object.
当然。
And the notification based architecture is a broadcast system because it uses the same name for all notifications.
除非有意，否则绝对没有意义。
In addition, initializing all UIViews and UIViewControllers at the start cost a lot of memory. However, I haven't seen any memory warning from the console but in console.app when using organizer.
是的，即使没有发出内存警告，它也在浪费内存。 UIView 和 UIViewController 有自己的生命周期，SDK 为您提供了在需要时加载和卸载(分配和释放)资源的方法。
除此之外， Controller 之间的通信应该通过@propertys、协议(protocol)或SDK提供的任何其他方法来完成。
来自 Apple 文档:
An observer of a given notification may be in a suspended state and not processing notifications immediately.
所以你不能依赖他们来执行，比如说，关键任务。
关于ios - iOS项目初始化项目中所需的所有UIViewController和UIView是一个好习惯吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/23425822/
| 欢迎光临 OStack程序员社区-中国程序员成长平台 (https://ostack.cn/) | Powered by Discuz! X3.4 |