是否可以使用 Visual Studio/C# 进行 SharePoint 2007 开发而不将 DLL 部署到 Hive

Question

如果客户不允许将 .dll 安装到其 SharePoint 2007 配置单元（或 GAC）中，是否有任何方法可以使用 Visual Studio 创建 Web 部件等，而无需将 .dll 部署到配置单元中（或 GAC）？如果没有，是否有另一种方法可以以类似的方式将 Visual Studio 和/或 C# 与 SharePoint 命名空间功能结合使用，即使不完全按照标准方式？该客户不允许我们在页面上安装任何内容，如果不安装到 GAC 或配置单元中，也不允许我们安装由我们开发的与 SharePoint 相关的 .dll。

注：文章末尾有一些具体的项目细节。

---

已接受答案的最终摘要：

• 没有提供部署自定义 SharePoint 程序集的替代方法（例如，不是 GAC 也不是 hive）的答案。
• 但是，可以使用嵌入到页面中的 C#，并且您可以引用 SharePoint 程序集并在代码中使用它。 （有关详细信息，请参阅已接受的答案）
• 我期望的许多事情似乎不需要自定义代码，而且在许多情况下似乎这样做甚至是可能/有益的。

---

我对它如何工作有一些基本想法（“奇迹发生”），但是，现在坚定地处于“不知道我不知道什么”象限，我不知道它是否可以做到，而且我不知道除了直接在 SharePoint Designer 中直接开发而无需 C#/Visual Studio 之外，是否有任何可能的替代途径可以获得任何好处。

想法：

• 像平常一样使用 Visual Studio 进行开发，使用 WSPBuilder 或库存 SharePoint 项目，但不是正常部署，而是将 .dll 安装在计算机上的非配置单元位置，然后以某种方式将项目包含为外部资源。

• 创建一个自托管 Web 服务，以某种方式可以称为可合并到 SharePoint 网站的服务组件。

• 在非 SharePoint Web 项目中开发单独的网页/Web 控件，然后以某种方式将它们包含到 SharePoint 网站中；或者，以某种方式在 IIS 目录中创建对它们的引用

• 在 Web 应用程序中开发单独的网页/Web 控件，并使用 Hostable WebCore 来提供所需的内容，当然，还要以某种方式将提供的页面包含到 SharePoint 中。

而且，我最后担心的是，即使我弄清楚了“神奇发生”步骤的详细信息，我仍然无法得到我想要的，即能够以有用的方式使用 SharePoint 命名空间的功能，例如连接到我们正在开发的站点，并且有足够的访问权限来执行我们需要的操作，而无需跳过太多的麻烦，无论是从开发人员的角度（例如难以使用或维护的代码），还是糟糕的用户体验（例如用户反复收到登录提示）。

（如果答案很明显，我很抱歉；我对 SharePoint 开发是全新的，并且我只具有高级 Web 开发经验（例如相当简单的 .ascx/.aspx，并且主要使用页面设计器），所以当我搜索“明显”搜索词的帮助时，我必须快速掌握方向，我得到了大量有关正常情况的信息，但尚未找到答案。）

---

根据要求，以下是我可以提供有关特定情况的详细信息 项目。我目前只掌握其中一部分的信息，这是一个长期项目，有很多部分将相互构建。因此，不幸的是，如果解决方案不是相当通用，我可能必须采用 SharePoint Designer 路线，以避免依赖可能与将来出现的部分不兼容的方法相关的风险。另外，对于这些内容的通用性，我深表歉意；我试图提供所需功能的列表，而不是详细说明实际项目。

• 能够拥有单独的用户站点主页，允许他们查看有关他们拥有的项目和他们参与的项目的各种信息
• 能够拥有存储用户要遵循的向导类型步骤的站点模板
• 链接向导模板的能力与各个步骤相关的各种文档和可能的其他内容
• 能够存储各种相关角色和属性（例如完成任务需要多长时间） 以及模板中的项目
• 用户能够使用向导来创建站点项目的实例并允许或强制基于其他用户的分配模板属性
• 与项目关联的某些角色能够编辑文档并将其保存回来，并限制其他人对其进行编辑
• 项目创建者以外的用户的能力（可能基于用户分配的项目角色）查看项目中的所有信息（时间表等）并编辑项目中的所有文档
• 已分配角色的关联用户的能力 在完成其任务部分时进行标记
• 能够根据属性中的信息计算时间表项目中的不同项目
• 通知用户的能力（通过电子邮件和网站）主页通知）在必须采取行动或被标记为需要接收一个或多个项目项更新的角色中，
• 一旦完成某一步骤，就能够锁定项目项以防止修改；并可能解锁和/或收回步骤
• 自动创建报告并将其发送到适当位置（可能是电子邮件，也可能是站点上的管理页面，或完全发送到另一个站点。）的
• 能力 标记已完成的项目和存档的能力它们在一个单独的部分中，只能由某些窗口组或现场定义的组查看。

我也知道，一旦我们完成了第一部分，使客户满意，就会大大增加该项目的范围。我正在尝试查找更多信息，如果可用，我会在此处发布。

我意识到其中的一些内容可能确实与 SharePoint 无关，而且其中一些内容可能无法真正提供足够的信息来告诉您它将需要哪些功能或其他功能。我很乐意澄清任何没有意义的事情，但我想尝试提供一些细节，因为其他人可能比我更了解哪些 SharePoint 部分是必要的或可能使用的。

Answer 1

一点，您应该看看是否可以从 sharepoint 2007 升级到 2010，因为您所描述的许多问题在 2010 年都变得更容易解决。

如果您能做到这 真正帮助我制定更彻底的答案的是对您试图实现的功能的非常简短的描述。

---

好的，感谢您的更新。
我将尽力解决该项目的所有要点。

• 您的第一点可以使用名为 我的网站。
• 对于讨论可以存储文档和关联数据的向导模板的所有要点，您可能需要查看 Microsoft Infopath，不能保证它会是完美匹配，但请看一下并决定。
• infopath 的一大优点是，当您将其与 Sharepoint Workflows 结合使用时，您可以设置操作规则和不同的视图，这将允许您分配与文档编辑权限等相关的角色。
• 同样，由于 infopath 能够轻松提交到共享点列表或文档库，因此任何基于数据的计算都非常简单，只需选择您想要的数据以及您想要用它做什么。
• 对于通知，Microsoft Sharepoint Designer 中的 Sharepoint 工作流程允许轻松创建电子邮件。
• 就您的最后一个要点而言，这是另一个工作流程，并且使网站仅对某些组可见的能力是 sharepoint 的基本功能。

这些在 SP 2007 中都可用，但说实话，就项目的难度和长度而言，使用 SP 2010 在经济上会更负责。而且，过渡过程很顺利，你实际上不会失去任何东西，只是获得。从你所说的来看，这可能是不可能的，这很遗憾，但无论如何，祝你好运！

---

这部分应该可以帮助您处理 C# 页面，这是一个基本的 hello world 页面。

<%@ Page Language="C#" %>
<script runat="server">
  public void Page_Load(object sender, EventArgs e){
    Response.Write("<h1>Hello World!</h1>");
  }
</script>

我通常在共享点设计器中对此进行编码。另外，如果您需要使用服务器上提供的 Microsoft.SharePoint.dll，您可以添加以下行：<%@ Import Namespace="Microsoft.Sharepoint" %> ;，由于它是服务器上的页面，因此您不需要以任何方式专门链接它，只需在页面语言声明之后的一小行即可。希望这能澄清一切！

Answer 2

一种选择是将代码部署到 BIN 目录而不是 GAC 目录。

BIN 目录以最少的速度运行信任。但是，有些东西不能部署在这里（例如事件接收器）。

另请参阅如何部署 SharePoint Web部分到垃圾箱。

Answer 3

我们有一个采用 IronPython 脚本的解决方案。有一个 IronPython Web 控制台、通用 IronPython 事件接收器、页面、工作流程、计时器作业、也可以通过 Web 界面进行编辑的脚本库以及包含必要配置的列表。我希望在某个时候开源它的核心，但完整版本可以做更多的事情。

关键是我们不需要为每个特定客户需要添加或更改的每一个小事情进行重新部署。特别是对于工作流程 - 我们可以进行微小的更改，而不会破坏当前正在运行的所有内容。