首先，我不知道这是否是讨论与Sense/Net Sn Evolution＆amp;学习过程！
无论如何，这是我的故事：
我尝试过＆amp;测试了一些SN功能，尤其是内容类型定义CTD；真的很优雅！
Sense/Net Wiki文档使我们"知道"，我们可能会写200个有关SN的Wiki页面。所有包含的信息都是正确的。但是，我们没有完整的模型，可以看到整个系统模型以及如何从中获得所有案例。
我搜索了SN Codeplex.com页面，但没有找到SN演变为成熟的ECM平台。
此外，使用以下kws搜索了Google：
- "文档管理系统建模"
- "基于角色的访问控制（RBAC）模型"
- .....
请合作＆amp;帮助。
奇怪的是，没有人回答的人都没有回答，但是即使我不了解很多历史，我也会给它一个机会。在过去的4年以上，我一直在与Sensenet合作，开发了pysensenet扩展，与开发人员进行通信并熟悉源代码，因此我对框架有些了解。
该框架在过去的15年以上已经发展，非常出色。以下是一些事实和亮点：
- 数据模型是XML树的核心，每个树节点都具有内部表示为C＃类，并且可以保存任意数量的属性/字段。这称为
Content，数据库为Content Repository。 - XML树坚持存在于SQL数据库中，并使用Lucene.net进行索引。
- 内容/数据查询是在Lucene而非SQL中进行的。
- 一次数据库是任意的（SQL），然后在MS SQL Server中存储的过程将其锁定到MS SQL中，尽管最近（Sensenet 7）支持MongoDB中的Blob存储。
- 字段可以是9个内置字段类型之一，也可以是您定义的自定义类型。
- XML树中的一个节点（又称" content"）可以容纳一个字段，该字段引用树中其他地方的另一个节点，例如树内的链接列表！好的，一个双重链接列表，因为两个节点都可以互相指。很酷。
- 没有"外部模型"，或者正如Sensenet所说的"一切都是内容"。
- 权限系统是基于节点的，并且非常颗粒状。例如，您可以定义权限，以便一个角色，团体或人员只能在特定节点上看到内容。它与Active Directory集成。
- 所有内容都可以版本化和跟踪。例如，"联系人"（人）的内容类型可以为该人的姓名进行版本设计。这样，如果有人更改了名称，则内容存储库将具有所有名称的历史记录。
希望这不会作为感官营销作品脱颖而出 - 我不为他们工作，如果您购买许可证，也不会受益 - 但可以帮助您将其与SharePoint和Alfresco等其他技术进行比较。