具有核心数据和大量业务逻辑的 Cocoa 应用程序布局

Question

对于那些看过我的其他问题的人：我正在取得进展，但我还没有把注意力集中在这方面。我一直在研究 stackoverflow 的答案和像 Cocoa With Love 这样的网站，但我还没有找到合适的应用程序布局（为什么如此缺乏科学或商业应用程序示例？食谱和书籍示例太简单了）。

我有一个数据分析应用程序，其布局如下：

通信管理器（单例，管理硬件）
DataController（告诉 Comm.mgr 做什么，并检查它收到的原始数据）
模型（从数据控制器接收数据，清理、分析和存储）
MainViewController（现在的骨架，监听 comm.mgr 来呈现视图和警报）

现在，我的数据永远不会直接显示在视图上（就像一个简单的实体和属性表），我可能会使用核心图来绘制分析结果（一旦我弄清楚）。保存的原始数据将是巨大的（10,000 个点），我使用包装在 ObjC++ 类中的 C++ 向量来访问它。矢量类还具有encodeWithCoder和initWithCoder函数，它们使用NSData作为矢量的传输。我试图遵循正确的设计实践，但我不知道如何将持久存储放入我的应用程序中（存储和查看旧数据集需要它）。

我读过一些资料，说“业务逻辑”应该进入模型类。这就是我现在的方式，我向它发送原始数据，它解析、清理和分析结果，然后将它们保存到 ivar 数组（向量类）中。但是，我还没有看到具有托管对象的核心数据示例，该对象不仅仅是非常基本属性（字符串、日期）的简单存储，而且它们从来没有任何业务逻辑。所以我想知道如何融合这两个方面？我的所有分析都应该进入数据控制器并让它管理对象上下文吗？如果是这样，我的模型在哪里？ （如果我的数据存储在我的控制器中，似乎会破坏 MVC 架构 - 阅读：因为这些是向量数组，所以我不能不断地将它们编码和解码为 NSData 流，在将它们保存到磁盘之前它们需要一个存在的地方与核心数据，在我从存储中检索它们并解码它们以供审查后，它们需要一个存在的地方）。

任何建议都会有帮助（即使是在我已经开始的布局上）。我只是画了一些对象之间的通信来给你一个想法。另外，我在模型和视图/视图控制器之间还没有任何连接（目前使用 NSLog）。

Answer 1

而向量>>非常适合处理您正在采样的数据（因为它支持动态调整底层存储大小），您可能会发现直接 C 数组足以（甚至更好）处理已存储的数据。这确实增加了一定程度的复杂性，但它避免了对已经具有已知静态大小的数据数组进行复制。

NSData 的 -bytes 返回一个指向 NSData 对象内的原始数据的指针。 Core Data 支持 NSData 作为其属性类型之一。如果你知道数据中每一项的大小，那么你可以使用 -length 来计算元素的数量等。

在采样方面，我建议使用向量<>当您收集数据并间歇性地将数据复制到 NSData 属性并保存时。注意：我在这种方法中遇到了一些问题（截断的核心数据 NSData 对象 ）我归因于 Core Data 无法识别当 NSData 属性由 NSMutableData 对象支持并且该可变对象的数据发生更改时对 NSData 属性所做的更改。

至于MVC问题。我建议数据（模型）由模型管理。视图和控制器可以向模型请求数据（或数据子集）以便显示。但数据的所有权属于模型。就我而言，可能与您的情况类似，有时模型会返回删节的数据集（使用 Douglas-Peucker 算法）。视图和控制器对于点被丢弃一无所知——尽管他们对模型的请求可能在其中发挥了作用（图形缩放因子等）。

更新

这是我的 Data 类中的一段代码，它扩展了 NSManagedObject。对于文件系统解决方案，NSFileHandle 的 -writeData: 和用于监视文件偏移的方法可能允许类似（更好）的管理控制。

// Exposed interface for adding data point to stored data
- (void) addDatum:(double_t)datum
    {
    [self addToCache:datum];
    }

- (void) addToCache:(double_t)datum
    {
    if (cache == nil)
        {
        //  This is temporary. Ideally, cache is separate from main store, but
        //  is appended to main store periodically - and then cleared for reuse. 
        cache = [NSMutableData dataWithData:[self dataSet]];
        [cache retain];
        }
    [cache appendBytes:&datum length:sizeof(double_t)];
    //  Periodic copying of cache to dataSet could happen here...
    }

// Called at end of sampling.
- (void) wrapup
    {
    [self setDataSet:[NSData dataWithData:cache]];  // force a copy to alert Core Data of change
    [cache release];
    cache = nil;
    }

Answer 2

我认为您可能对核心数据的解读有点太多了。我对此没有那么丰富的经验，所以我以非专家的身份发言，但数据存储系统基本上有两类。

首先是基本数据库，例如 SQLite、PostgreSQL 或任何数量的解决方案。它们的目的是存储和检索数据；没有逻辑，所以你必须弄清楚如何管理表等。有时有点棘手，但它们非常有效。他们最擅长管理大量原始数据；如果您想要包含该数据的对象，您必须自己创建和管理它们。

然后你就有像 Core Data 这样的东西，它不应该被视为数据库，而应该被视为“对象持久性”框架。使用 Core Data，您可以创建对象、存储它们，然后将它们作为对象检索。它非常适合拥有大量对象的应用程序，每个对象都包含多条数据以及与其他对象的关系。

根据我对您情况的有限了解，我大胆猜测一个真正的数据库可能更适合您的需求，但您必须在那里做出决定（就像我说的，我对您的情况不太了解） 。

对于MVC，我的观点是视图应该只包含显示代码，模型应该只包含管理数据本身及其存储的代码，控制器应该包含处理数据的逻辑。在您的情况下，听起来您正在收集原始数据并在存储之前对其进行处理，在这种情况下，您希望有另一个对象在将数据存储在模型中之前处理数据，然后是一个单独的控制器来排序、管理、并以其他方式在视图接收数据之前准备数据。再次强调，这可能不是最好的解释（或者适合您情况的最佳方法），因此请持保留态度。

编辑：另外，如果您想更多地了解核心数据，我喜欢这本书。它比我更好地解释了整个对象持久性与数据库的概念。