orchardcms - Orchard CMS 内容类型是否应该用于应用程序域模型？

Question

我一直在使用 ASP.Net MVC4 编写一个应用程序，其中大部分数据都存储在 MongoDB 中。这对于我所认为的应用程序“核心”的大部分内容都非常有效，它的功能使其与众不同。

但是，现在我需要添加静态内容和管理功能(设置帐户、计费、帮助等)。我强烈倾向于使用 Orchard CMS 来处理所有这些功能，然后将我迄今为止所做的工作迁移到 Orchard 模块中。

问题是:我应该使用 Orchard 的内容类型来建模多少数据？我计划继续在 Mongo 中存储至少一些数据，所以现在我不确定在哪里放置什么之间的分界线。

您以前在 Orchard 中实现过 Web 应用程序吗？您的域名数据去了哪里？如果您使用内容类型，有什么经验教训吗？

Answer 1

为什么你想继续使用 MongoDB？在 Orchard 中，所有数据访问均由 NHibernate 完成，使用 xxxRecord 类，其中虚拟属性映射到列。它适用于 SQL Compact、SQL Server 2008(和 R2)和 SQL Azure。

我不知道RavenDB的状态，但可能有一个模块使用RavenDB来存储blob数据或只是将其用作no-sql数据存储。

就我个人而言，我不会使用多个数据存储。

ContentType 包含多个“可附加”ContentPart 和 ContentField，无论是在代码中还是使用 orchard 管理用户界面。如果需要，您可以使用存储库，但只能对不直接是 ContentPart 的数据执行此操作。 DefaultContentManager 具有版本控制、发布、删除等功能。如果您删除 ContentType，它只会获得一个已删除的标志。 (除非您使用执行删除语句的其他模块)使用存储库存在您认为该项目仍然存在而实际上不存在的风险。

作为您问题的最终答案:是的，您应该使用 ContentType 作为域模型，并且您不必担心差异查询的执行。