将 sitecore 项目与另一个 .net 项目合并

Question

我有一个独特的要求，我需要通过 sitecore 来满足，我想知道它是否可行。客户端有一个现有的.net 解决方案，它是一个基于spring 框架和商业服务器的web 项目（网站，不是web 应用程序）。他们现在想使用 sitecore 在他们的“某些”页面上启用内容编辑。要求是他们不想维护母版页和 sitecore 中的任何常见项目，但他们希望 sitecore 能够使用母版页以及他们在自定义解决方案中拥有的所有控件。我检查了他们的项目，他们对许多其他参考和项目有很多依赖，所以它不是一个相当简单的应用程序。他们不想在 sitecore 中专门拥有母版页，他们只希望 sitecore 用于主要内容编辑。他们基本上希望 sitecore 中的所有布局都使用他们的母版页。我尝试过使用虚拟目录，然后在 sitecore 中使用母版页，但是他们的项目中有太多依赖项。我试图让 sitecore 在它自己的目录中成为一个应用程序，但它似乎并不能很好地工作。我可以尽可能多地合并 web.configs，但这会在升级时引起头痛......我更高级的问题是，这是否可行，如果有办法我可以满足这个要求。

Answer 1

最初的想法是在 Sitecore 中使用母版页有点不太容易。有这样的要求并且已经规定了 Sitecore，这似乎很奇怪。

想到三个想法。

1) 考虑将解决方案分开，并将某些 Sitecore 页面托管在干净、标准的 Sitecore 解决方案中。使用负载均衡器来指示哪些 url 指向哪里。这种方法对会话等可能有很多副作用。

2) 将现有解决方案迁移到 Sitecore，用 Sitecore 布局和子布局替换母版页。同时，迁移到一个 Web 应用项目。这很可能是最好的长期方法。主要挑战是将现有内容映射到 Sitecore 中的一组模板，以及各种重构。

3) 使用 Sitecore 作为内容存储库，但提供来自现有网站解决方案的内容。由于缺少典型的 Sitecore 项目、站点和域上下文，这将有许多复杂的因素，这些都需要由自定义代码处理。这些解决方案可以完全独立，甚至可以使用 Web 服务从由现有解决方案提供服务的 Sitecore 检索内容。它提供了完全分离，但您会丢失大量的 Sitecore 功能并最终得到一个昂贵的富文本编辑器 + 数据库。

如果可能，我会选择 #2。

Answer 2

我想我可以看到一些关于如何执行此操作的选项。我目前正在一个大型企业项目中做类似的事情，其中​​有一个现有的 ASP.NET MVC 应用程序运行该网站的大部分内容。以下是我能想到的一些选项：

1. 在 Sitecore 内容中为仅 Sitecore 的内容和 <iframe> 使用子域，或者对 Sitecore 页面执行 HTTP GET 并将内容拉入现有应用程序。例如。 sc.mysite.com 是 Sitecore 应用程序。我现在正在用 MVC 做这个，它很好。在内容管理 POV 中，编辑人员仍然可以在独立状态下在 Sitecore 页面上使用页面编辑模式，但内容在主 MVC 站点上的馈入状态下处于生产状态。

2. Sitecore 可以使用 MasterPages，它只是违背了 Sitecore 表示层的目的。从本质上讲，您可以让您的 Sitecore 布局从 MasterPage 继承，它的工作方式与任何普通应用程序的继承一样。我不确定缓存的含义。只要您的应用程序引用 Sitecore 程序集，您就可以使用 API，只要它是 Sitecore 上下文的一部分。如果您将 MasterPages 与 Sitecore 一起使用，请确保添加一个带有 webedit 键的占位符以允许页面编辑器工作：<sc:placeholder key="webedit" runat="server" />