I am writing a desktop application that can be used to manage a dance academy. My master data model contains objects such as Student, Teacher, Class, Invoice, etc., as well as various relationships between them.
My planned user interface consists of a vertical split view with an iTunes-like OutlineView on the left. When you click on the Students element in this outline view, the contents of the right pane are swapped from the NIB ManageStudents. Similarly, if you click on the “Invoice” item in the form of a diagram, the current view will be replaced by the ViewInvoices view. Pretty simple, huh?
My big dilemma is whether to go based on documents or not? All my reading suggests that this would be a good choice if the user had multiple instances of objects open at the same time. Not so here - there will always be only one instance of the main window open at any given time.
On the other hand, I can see so many benefits from the NSDocument-based examples that I see (and, frankly, most of the examples that I see on the Internet seem to be document-based). If I took this path, I would be interested to know if I will determine the type of document for each of my main objects or only one control document.
Any instructions would be greatly appreciated. Alternatively, pointers to where specific advice gives when NSDocument is / does not fit (Apple's “Document-Based Application Overview” helps “Word processors and spreadsheet applications are two example document-based applications” - I was hoping for something more understandable and relevant for other real-world applications)
source share