如何防止 Cocoa 控制器变得太大？

发布于 2024-09-01 16:07:28 字数 242 浏览 4 评论 0原文

您是否有一些技巧或技巧可以将 Cocoa 控制器类分解为更小的块？我发现无论我做什么，控制器最终都会成为我设计中更复杂的类之一。基本的东西很简单，但是一旦我运行了几个弹出窗口或操作表，事情就会变得非常复杂。这并不是那么糟糕，但我仍然想将代码重构为几个独立的部分。

我考虑过类别，但代码并不是那么独立（例如，很多时候它需要利用 viewWillAppear），而且我发现我花了很长时间与编译器作斗争。我还考虑过使用继承在层中添加功能，但这感觉就像一个黑客。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

寒江雪… 2024-09-08 16:07:28

问题不在于规模，而在于责任。您的控制器是否戴着不止一顶帽子？如果是这样，请将其分解为多个、每类一个作业的控制器。

类别有助于确定规模，但无助于确定责任。如果你仍然在一个（合并的）班级中做多项事情，那么你仍然有一个问题；将它们移动到单独的文件中并没有解决问题。

单个类上有多个类别会带来方法冲突的风险：在多个类别中实现相同的方法，可能是在类别 B 中实现它，而忘记类别 A 已经有一个方法。当对象向自己发送消息并期望一个类别对该消息的响应并获取另一个类别的响应时，这将导致问题。

在主类标头中声明所有类别可以减轻这种风险，因为您可以看到另一个类别已经具有您要输入的名称的方法。但是，您添加的每个方法都会延长头文件，从而减轻缓解措施。

如果你的控制器戴着不止一顶帽子，请将其分解为多个类别。

我推荐Martin Fowler 的书《重构》。重构你的代码就是清理它，而破坏太大的类（以及方法和函数）是这种清理的一个子集。

当然，曾经是一个整体的多个类需要替代以前在类内部进行的通信。 Cocoa 提供了多种解决方案：

您不需要精确选择一个，也不需要需要全部使用它们。哪种解决方案合适将取决于新班级之间的沟通需求。

回复收藏 0 原文

还在原地等你 2024-09-08 16:07:28

类别是必经之路。技巧（对于“不是那么独立”的东西）是在主控制器 .h 文件中声明类别方法（不是单独的控制器+category.h 文件，不会有），然后在控制器+类别中实现它们。 .m 文件。像这样：

//******************
// MyController.h
//******************
#import <Cocoa/Cocoa.h>

@interface MyContoller : NSObject 
{
    NSWindow   *window;

    // stuff to implement in the category
    NSComboBox *someCombo;
    NSButton       *someButton; 
}

@property IBOutlet NSWindow   *window;

@property IBOutlet NSComboBox *someCombo;
@property IBOutlet NSButton   *someButton;

@end

@interface  MyController (MyCategory)

- (IBAction)someComboSelected:(id)sender;
- (IBAction)someButtonPressed:(id)sender;

@end

//**************************
// MyController+MyCategory.m
//**************************
#import <Cocoa/Cocoa.h>
#import "MyController.h"

@implementation MyContoller (MyCategory)

- (IBAction)someComboSelected:(id)sender
{
    ....
}

- (IBAction)someButtonPressed:(id)sender
{
    ....
}

显然，我没有包含“MyController.m”，您可以在其中放置“@synthesize”内容以及主控制器/awake-from-nib/其他内容所需的其他内容。无论如何，这样做可以让您的控制器方法访问类别方法，反之亦然，并且类别方法可以访问所有属性。

Categories is the way to go. The trick (for your "not that independent" stuff) is to declare the category methods in your main controller .h file (not a separate controller+category.h file, there will be none) then implement them in your controller+category.m file. Like this:

//******************
// MyController.h
//******************
#import <Cocoa/Cocoa.h>

@interface MyContoller : NSObject 
{
    NSWindow   *window;

    // stuff to implement in the category
    NSComboBox *someCombo;
    NSButton       *someButton; 
}

@property IBOutlet NSWindow   *window;

@property IBOutlet NSComboBox *someCombo;
@property IBOutlet NSButton   *someButton;

@end

@interface  MyController (MyCategory)

- (IBAction)someComboSelected:(id)sender;
- (IBAction)someButtonPressed:(id)sender;

@end

//**************************
// MyController+MyCategory.m
//**************************
#import <Cocoa/Cocoa.h>
#import "MyController.h"

@implementation MyContoller (MyCategory)

- (IBAction)someComboSelected:(id)sender
{
    ....
}

- (IBAction)someButtonPressed:(id)sender
{
    ....
}

Obviously, I didn't include "MyController.m", where you put the "@synthesize" stuff and whatever else is needed for the main controller/awake-from-nib/whatever. Anyway, doing it this way gives your controller methods access to the category methods and vise-versa, and the category methods have access to all the properties.

回复收藏 0 原文