【问题标题】:Sitecore install with two separate visual studio solutionsSitecore 安装两个独立的 Visual Studio 解决方案
【发布时间】:2012-08-15 07:08:34
【问题描述】:

我目前正在审查现有的 Sitecore 安装,其中两个网站具有单独的 Visual Studio 解决方案。我以前从未见过这种情况,而且这似乎不是一个很好的方法。将它们分开是否有任何优势,或者是否应该将它们合并到一个解决方案中?

【问题讨论】:

  • 不确定我明白你的意思。这两个网站是在同一个 Sitecore 网站上运行的,它有两个 .sln 文件吗?我真的看不出有任何理由拥有 2 个 .sln 文件……而且 .sln 文件应该对正在运行的站点产生任何影响。
  • 是的,两个 .sln 文件共享同一个 Sitecore 安装。

标签: sitecore


【解决方案1】:

在大多数情况下,正如 adam 建议的那样,多个 SLN 文件只会增加混乱,但根据使用这些 SLN 文件的具体设置,在特定情况下会有好处。

例如,如果您开始参与大量项目,特别是如果并非所有项目都适用于两个网站,则多个 SLN 文件非常有用。

假设您有一个通用的业务逻辑层来处理与所有网站的后端系统的集成。这将是站点 1 和站点 2 SLN 文件中引用的单个项目。但是,站点 2 的站点特定逻辑可能位于单独的项目中,并且不需要对站点 1 上的团队可见。其他项目只会在站点 2 SLN 文件中被引用。

【讨论】:

  • 我给了你答案,因为你提供了一个例子,说明什么时候它可能是有益的,但我同意亚当的观点,它令人困惑。
【解决方案2】:

如果您的项目计划涉及的不仅仅是编辑 xslt/css/js,那么我认为您应该合并到一个解决方案中。 Sitecore 有一个用于 CMS 核心的大型代码库,当您编写子布局、创建 xslt 扩展、扩展管道、创建自定义字段类型等时,您将需要使用 VS 来构建项目。有两种解决方案只会混淆这一点。

祝你好运!亚当

【讨论】:

  • 我同意亚当的观点,您应该将两种解决方案合并为一个。我认为没有理由有两种解决方案..
猜你喜欢
  • 1970-01-01
  • 2020-08-19
  • 2013-06-11
  • 2015-11-28
  • 2013-08-22
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多