定制开发或利用带有 Web 部件等的 SharePoint？答案

【问题标题】：Bespoke Development or Leverage SharePoint With Web Parts etc?定制开发或利用带有 Web 部件等的 SharePoint？
【发布时间】：2010-04-19 06:58:14
【问题描述】：

我们目前正在为现有客户制定解决方案，创建多个电子服务。客户目前拥有 MOSS 2007。建议的解决方案是使用 MOSS 作为 eServices 的启动平台……

该要求涉及起草几个在线表格，这些表格提供注册设施以及促进某种工作流程。有人告诉我，建议的解决方案需要复杂的 Web 表单。

大多数是具有多个窗口的父子详细信息的复杂表单。建议的解决方案是进行一些定制开发，开发 ASP .NET 表单。这些表单将部署在当前 MOSS 门户的 _layouts 文件夹下，继承当前站点上的母版页设计。

有人告诉我，这种方法使开发和部署更加简单，并且与 MOSS 实现了“完全集成”。

我的问题是：

这是利用 SharePoint 的最佳方式吗？似乎提议的解决方案根本没有利用 MOSS..！我想也许使用 Web 部件会更好，但有人告诉我，这更复杂，开发更智能、更直观的 UI 也更困难。真的是这样吗？如果不是，推荐的方法应该是什么？
我们将使用 Ultimus 作为工作流引擎。但是，我被推荐使用 K2 Workflows。任何人都使用过/对其中任何一个有什么看法？

非常感谢！

亲切的问候，

【问题讨论】：

【解决方案1】：

如果他们有 MOSS 2007 Enterprise，您可能会考虑 Web 呈现的 InfoPath 表单是否可以满足您对“复杂 Web 表单”的需求。归根结底，可能所有这些技术都可以满足需求，这只是您和您的客户拥有哪些技能，以及这将如何促进此解决方案保持最新的问题。

【讨论】：

【解决方案2】：

阿西姆，他们提出的是一个可能的解决方案。但是，它们可以通过使用 webpart 来提供相同的功能。有了您提供给我们的详细信息，实际上无法确定哪个选项更容易。我根据每个功能的要求在同一个项目中使用了这两种方法。

我可以理解，他们似乎并没有利用 MOSS，但他们实际上是在 MOSS 的上下文中构建页面。

我还没有真正听说过 Ultimus，我确实在概念验证中使用了 K2，我对此非常满意。再说一遍，选择正确的工作流程解决方案取决于您的要求。

【讨论】：