mongodb - 带有 ColdFusion、Bean+Service+DAO 和 OOP 的 NoSQL 还是好的旧数组/结构和过程？

Question

您如何使用 NoSQL 构建简单、灵活、高效和干净的 CF 后端模型？

由于 NoSQL 文档没有像 SQL 行那样的固定模式，因此它不太适合相当静态的对象。因此，典型的 Bean+DAO+Service OOP 架构似乎不太适合。

我正在考虑使用普通的旧 Struct，但我无法向其添加行为，这将使整个项目非常程序化，这可能不是一件坏事？

但是，如果我只使用普通的旧结构，数据库实现就会泄露到任何地方，包括 View 层...

或者...我应该将数组转换为 View 层的 CF 查询对象吗？

评论？主意？建议？

谢谢!

Answer 1

我在 CF 中编写了几个使用 NoSQL 数据存储的应用程序 - 一个使用 Google App Engine 数据存储，另一个使用 MongoDB。

在这两种情况下，我都将 CFC 作为我的对象。但是，我使用了一个自制的对象“框架”，它使用 onMissingMethod 作为访问器，并使用带有大量自定义元数据的 cfproperty 来定义对象的属性。

例如，这就是我需要为模型定义的全部内容，除非它具有自定义业务逻辑:

<cfcomponent output="false" persistentLayer="GAE" persistentClass="asana" extends="com.bespokelogic.framework.BaseModel">
    <cfproperty name="id" type="string" persistentDatatype="string" settable="true" gettable="true" required="true">
    <cfproperty name="deckSet" type="string" persistentDatatype="string" settable="true" gettable="true" default="basic">
    <cfproperty name="englishName" type="string" persistentDatatype="string" settable="true" gettable="true">
    <cfproperty name="traditionalName" type="string" persistentDatatype="string" settable="true" gettable="true">
    <cfproperty name="pronunciation" type="string" persistentDatatype="string" settable="true" gettable="true">
    <cfproperty name="anatomicalFocus" type="array" persistentDatatype="array" settable="true" gettable="true" default="#arrayNew(1)#">
    <cfproperty name="therapeuticFocus" type="array" persistentDatatype="array" settable="true" gettable="true" default="#arrayNew(1)#">
    <cfproperty name="benefits" type="string" persistentDatatype="string" settable="true" gettable="true">
    <cfproperty name="variations" type="string" persistentDatatype="string" settable="true" gettable="true">
    <cfproperty name="contraindications" type="array" persistentDatatype="array" settable="true" gettable="true" default="#arrayNew(1)#">
    <cfproperty name="skill" type="string" persistentDatatype="string" settable="true" gettable="true">
    <cfproperty name="instructions" type="string" persistentDatatype="string" settable="true" gettable="true">
</cfcomponent>

CFC 都扩展了一个基本模型，该模型具有验证、序列化、反序列化和虚拟 getter/setter 方法。

然后，我有一个持久层，它知道如何从数据存储中获取对象或将对象放入数据存储中。

然后我会为每个使用持久层的模型编写一个服务。

结果是模型知道如何序列化它们的属性数据，而持久层知道如何将其放入数据存储区。

因此，从某种意义上说，它不是一个对象关系管理器，而更像是一个对象文档管理器。

该框架在现实中功能更全面，因为我的设计是我采用一些模型，并将它们保存在 SQL 中，一些保存在 NoSQL 中，所有这些都在同一个应用程序中——我可以在不重新编码的情况下交换底层数据存储的应用程序。这是部分成功。

在您的情况下，如果您使用单个数据存储，则可以跳过所有那些复杂的东西。

你只需要一个知道如何序列化和反序列化模型的基础对象，以及你的 getter/setter 东西。决定您希望如何在 CFC 中存储属性数据。我使用了一个名为“variables.instance._properties{}”的结构

然后为您的模型编写一个具有“put”和“fetch”方法的服务。例如，“put”方法接受一个模型，对其调用“serialize”方法将其转换为 JSON，然后将其填充到 Mongo 中。 “fetch”方法获取 Mongo 记录，创建 CFC 的新实例，并将 Mongo 记录传递给反序列化方法。

那是相当漫无边际的......

TL;DR:“CF 中的对象(例如它们)并不是真的那么静态。使用 CFC。使用 onMissingMethod 允许动态属性。以允许您将它们序列化和反序列化为一种格式的方式存储属性(通常是 JSON)，它很容易被您的数据存储区消化。编写一个简单的持久层，从数据存储区获取文档或将文档放入/从数据存储区中取出。编写实现您的持久层并获取和返回动态模型的简单服务。

在我看来，CF 非常适合 NoSQL。