您如何使用 NoSQL 构建简单、灵活、高效和干净的 CF 后端模型？
由于 NoSQL 文档没有像 SQL 行这样的固定模式，因此它不太适合相当静态的对象。因此，典型的 Bean+DAO+Service OOP 架构似乎不太适合。
我正在考虑使用普通的旧 Struct，但我无法在其上添加行为，这将使整个项目非常程序化，这可能不是一件坏事？
但是，如果我只使用普通的旧结构，DB 实现会到处泄露，包括视图层...
或者...我应该将数组转换为视图层的 CF 查询对象吗？
评论？主意？建议？
谢谢！
【问题讨论】：
标签： mongodb coldfusion nosql
我在 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。
【讨论】：
我已经解决了 Proxy 对象（具有嵌入的“实例”结构）。 DAO 层只使用 getMemento() & setMemento()
我还使用了一个 Iterator 对象来遍历一个结果数组。
【讨论】：