当我在考虑 Cocoa 中 MVC 的所有化身时，我想我可以为应用程序中的每个视图创建一个自定义类，并用数据源和委托填充它 - 主要考虑用于控制器的东西。
这样，我可以砍掉一些代码，将它们与它们的数据源和委托一起放在单独的文件中——一个视图一个类——而不是臭名昭著的 Massive-View-Controller。
这是个好主意，还是有什么缺点？
【问题讨论】：
标签： ios cocoa model-view-controller
恐怕您的想法听起来会导致您最终得到一堆臃肿的视图，而不是一堆臃肿的控制器。
我的建议是考虑Single Responsibility Principle：一个实体应该只有一个目的或功能。视图的功能是什么？
它是屏幕区域的代码表示。这意味着它需要做两件事：绘制到它的区域并注册与该区域的交互。对这两个子任务来说不是绝对必要的任何东西都不应该在视图类中。
这就是“哑视图”的概念。它没有逻辑，没有决策可做。它只是得到一些数据来渲染。当它被点击或点击时，它不知道输入代表什么，或者试图弄清楚如何处理它。它只知道交互的类型并告诉另一个对象。
另一个对象是视图的控制器。视图控制器的职责是在视图和系统的其余部分之间进行调解。它为视图提供数据。它还接受来自视图的有关输入的消息，然后根据这些消息的结果重新配置视图。
但是，视图控制器不一定需要自己计算结果。这通常是视图控制器开始陷入“巨大”麻烦的地方。视图控制器应该选择另一个对象来帮助它获取交互产生的新值。
另一个对象的一种可能性是视图模型，在MVVM structure 中。视图模型是视图原始数据的以显示为中心的表示。它将模型中的信息转换为视图需要的任何格式，并重新转换或更新数据以响应来自视图控制器的输入。
另一个想法是使用VIPER 安排更精细地划分职责。这里数据的格式化由“Presenter”处理，数据的转换是“Interactor”的工作。
在这里进入建筑宇航员领域是可能的；如果视图的需求本质上非常简单，那么盲目地应用复杂的结构可能会咬你一口。但即使您选择不正式应用这些替代模式之一，视图控制器也需要其他对象。您将需要具有其他特定作业的“控制器”，从视图控制器获取消息并将数据传回。
重要的是要牢记我提到的最初想法：努力让每种类型做一件事并做好。这将使您的课程保持专注；易于阅读、理解和思考；并且可测试。
【讨论】：
View 不计算它的数据，它只是显示它们。但是，如果您有自定义控件，它可以有一些逻辑来计算其内部数据以触发模型内部的值更改。
您的方法是使用不必要的代码的过度杀伤力。
所以您面临一个问题，您需要设置自定义 NSView 或自定义 NSControl 的一些值（例如 NSButton 标题）。
一些可用的 MVC 解决方案：
MVC 模式提醒 View 具有在控制器中触发的目标动作机制。控制器更新模型（仅此而已！）。然后模型必须传播它已经改变并且控制器应该对它做出反应。它不应该在目标操作中做出反应。
使用绑定可以跳过目标操作，但后者仍然存在
你可以结合2和3。
如果您是初学者，请忘记 VIPER 模式。 MVVM 可以帮助您减小控制器的大小。
如何使用 NSObjectController 绑定：
#import <Foundation/Foundation.h>
#import "AppDelegate.h"
#import "Value.h"
@interface AppDelegate ()
@property (weak) IBOutlet NSWindow *window;
@property (weak) IBOutlet NSObjectController *objectController;
@property (strong) Value *value;
@end
@implementation AppDelegate
- (void)applicationDidFinishLaunching:(NSNotification *)aNotification {
self.value = [[Value alloc] init];
self.objectController.content = [self value];
}
@end
@interface Value : NSObject
@property NSString *value1;
@property NSString *value2;
@property NSString *value3;
@end
#import "Value.h"
@implementation Value
- (instancetype)init
{
self = [super init];
if (self) {
[self setValue1:@"Value1"];
[self setValue2:@"Value2"];
[self setValue3:@"Value3"];
}
return self;
}
@end
【讨论】：
还有unload View Controllers with Coordinator objects 的选项。很快：应用程序中的每个任务都由一个 Coordinator 对象管理，该对象管理其视图控制器。
有一个主 Coordinator 对象，由应用程序委托保留，并保留所有其他控制器。所有不属于 View Controller 的逻辑，都被移到了 Coordinator 中。
【讨论】：