FROM : Daniel Child
DATE : Sun Jan 13 17:59:05 2008
Chapter 5 section 4 is about the target action paradigm. If you mean
Chapter 4 (Cocoa Design Patterns) I had read that (and just reread
it), but I don't see obvious answers to my question. Maybe a clue is
buried in the discussion of mediating and coordinating controllers.
"In a well-designed Cocoa MVC application, coordinating controller
objects often "own" mediating controllers, which are archived in nib
files."
While that gives me a vague sense that I should explore the canned
controller classes (and bindings), it says nothing about how many
controllers to use for the various model parts. If I understand what
they're saying (and that's a big if), my case boils down to this:
model-controller to choose file type (NSWindowController?) => window 0
model for parsing file type 1 => regular (homemade) controller =>
window 1
model for parsing file type 2 => regular (homemade) controller =>
window 2
model for parsing file type 3 => regular (homemade) controller =>
window 3
I've tried to read all I can about NSWindowController, I don't quite
understand where they fit in, especially if used outside of the
document architecture (which I'm not using yet).
ÔÚ Jan 12, 2008£¬8:40 PM£¬<email_removed> дµÀ£º
>> In the MVC paradigm, do you typically use a different controller for
>> each major interface?
>>
> This is discussed in <http://developer.apple.com/documentation/
> Cocoa/Conceptual/CocoaFundamentals/CocoaDesignPatterns/
> chapter_5_section_4.html
DATE : Sun Jan 13 17:59:05 2008
Chapter 5 section 4 is about the target action paradigm. If you mean
Chapter 4 (Cocoa Design Patterns) I had read that (and just reread
it), but I don't see obvious answers to my question. Maybe a clue is
buried in the discussion of mediating and coordinating controllers.
"In a well-designed Cocoa MVC application, coordinating controller
objects often "own" mediating controllers, which are archived in nib
files."
While that gives me a vague sense that I should explore the canned
controller classes (and bindings), it says nothing about how many
controllers to use for the various model parts. If I understand what
they're saying (and that's a big if), my case boils down to this:
model-controller to choose file type (NSWindowController?) => window 0
model for parsing file type 1 => regular (homemade) controller =>
window 1
model for parsing file type 2 => regular (homemade) controller =>
window 2
model for parsing file type 3 => regular (homemade) controller =>
window 3
I've tried to read all I can about NSWindowController, I don't quite
understand where they fit in, especially if used outside of the
document architecture (which I'm not using yet).
ÔÚ Jan 12, 2008£¬8:40 PM£¬<email_removed> дµÀ£º
>> In the MVC paradigm, do you typically use a different controller for
>> each major interface?
>>
> This is discussed in <http://developer.apple.com/documentation/
> Cocoa/Conceptual/CocoaFundamentals/CocoaDesignPatterns/
> chapter_5_section_4.html
| Related mails | Author | Date |
|---|---|---|
| Daniel Child | Jan 13, 17:59 | |
| mmalc crawford | Jan 13, 19:35 | |
| mmalc crawford | Jan 13, 20:24 | |
| Daniel Child | Jan 18, 21:09 | |
| Ken Thomases | Jan 20, 11:45 | |
| mmalc crawford | Jan 20, 11:58 | |
| Ken Thomases | Jan 20, 14:21 | |
| Daniel Child | Jan 21, 05:57 |






Cocoa mail archive

