SenseNet 7.0MVC应用程序可以使用SenseNet 6.5存储库作为数据源吗？

Question

我有一个SenseNet存储库，它是从SenseNet 6.5.4创建的，它有40+自定义内容类型(CTD)，每个库都有自己的内容处理程序。这个存储库已经为客户端运行了一年多的时间，其中包含一个的数据。

我想为这个客户端创建一个ASP.NET MVC应用程序，现在使用新的SenseNet 7.0 (beta)框架看起来非常简单。但是，我的内容库来自SenseNet的早期版本，这意味着我的处理程序依赖于以前的SenseNet库，这些库可能与新库不兼容。

这是否可能，如果可能的话，考虑到这个客户端将在某个时候升级到SN7.0，这是否是一个好主意？

Answer 1

是的，这是可能的，但这是很多工作，因为您必须创建链接到新的SN7.0库的内容处理程序。对于现有的自定义内容处理程序，这是一个简单的复制/粘贴，其中包含一些编辑。只需将处理程序的C#代码添加到新的MVC项目，并确保它编译并且没有错误。

这才是最简单的！现在，您必须为引用6.5库的存储库中的所有数据创建处理程序。对于我的项目，我必须移植11个内容处理程序(从SN安装)，加上另一个30+支持类。

在启动端口之前从存储库中删除所有未使用的内容是个好主意，因为MVC应用程序在试图从存储库中提取内容时会抛出一个异常，但无法找到SN7.0处理程序。如果不使用Blog、Wiki、Journal等，则可以删除它们。

编辑:为了解决Miklos的评论，应该指出，这个问题产生于一个评估SN7.0升级路径的实验项目，而不是推荐的升级方法。啊，开源软件的美！

我打算通过将数据从6.5存储库导出为XML，然后将其导入7.0存储库来尝试升级自定义内容。只要没有任何内容来自6.5中发现的任何外来内容类型(CTD)，而不是7.0中的内容类型，这应该是可行和直接的。

最后，我不得不不同意这样的评论，即最好的做法是为MVC应用程序使用6.5框架中的REST。我已经做了好几次了，SN6.5只是不容易支持MVC。所有调用都是客户端的OData Ajax，调试是痛苦的，没有服务器端的C# API，每次需要查询存储库时编写Ajax调用都是荒谬的。是的，我知道您可以从服务器创建OData调用，但是它与一个干净而简单的服务器端API和很好的intellisense相去甚远。这根本不值得你去奋斗。使用SN7.0，您可以使用NuGet包在10分钟内运行一个MVC站点，并提供服务器端和客户端支持。没什么可比较的。