MOSS与传统ASP.NET

Question

我正在为客户的网站评估MOSS（SharePoint）和传统ASP.NET。该网站将通过互联网提供给客户的合作伙伴。我对以下两个方面的差异感兴趣：

1. 发展前景。发展有何不同？这两种方法的优点和缺点是什么？
2. 绩效观点。哪个平台能提供更好的性能？

到目前为止，我们知道MOSS的功能不多，可以开箱即用，并且将使用Web部件添加功能。

Answer 1

您需要注意的最大区别是许可。要通过互联网使用MOSS，需要获得互联网许可。实际成本取决于您与MS的交易，但这是一笔巨大的成本。

我们发现，为Sharepoint开发比ASP.net页面更昂贵。特别是由于对开发环境和部署问题的要求。

从性能角度来看，这取决于您如何编程。使用ASP.net，您可以获得更多控制权，因此应该能够获得更好的性能。

除非您正在利用MOSS提供的功能，否则不要使用MOSS。

Answer 2

SharePoint开箱即用有很多很棒的功能，你无法轻易复制。例如Office集成。使用SharePoint，您的客户端可以共享文档（word，excel等）并使它们保持在版本控制之下。

您可以轻松地为客户设置各个门户网站，以便他们进行讨论，共享文档，进行沟通等。

SharePoint也是一个内容管理系统。您的客户可以根据需要添加/编辑/删除内容。使用MOSS，他们可以获得发布工作流程以及回滚更改/删除的好处。发布工作流可以为更改生成批准过程。内置

SharePoint的工作流程支持是最大的好处之一。您可以使用SharePoint Designer创建它们。 SharePoint Designer不含MS。 InfoPath表单+工作流程提供了一些您不会轻易自己开发的淫秽机会。

SharePoint Designer提供了一种开发比Web界面更高级的解决方案以及网站品牌（外观和感觉）的途径。

最棒的是，如果您创建了1个解决方案，则可以捆绑并部署它。例如，如果您设置了1个客户端门户，则可以将其捆绑并将其“复制”到新的客户端门户。

MOSS是您支付的一组附加功能。它可能很贵。您必须利用许可成本与复制现有成本的成本。

根据客户的需求，您甚至可能不需要Visual Studio。很多工作都可以通过构建已经存在的解决方案来完成，这很多。

Answer 3

坦率地说，我不明白为什么人们将SharePoint和ASP.NET比作竞争产品。如果您需要SharePoint的大部分功能（协作，工作流，社区，办公室集成，文档管理等），那么使用SharePoint而不是重新发明所有内容可能是值得的。

但是，如果您正在开发经典的Web应用程序，为什么要将MOSS纳入图片？除非您的客户已经安装了MOSS，并且宁愿使用它来托管他们的应用程序。如果您的客户对SharePoint非常感兴趣，您可能想要提醒他们，当ASP.NET免费时，SharePoint许可非常昂贵！

SharePoint的一部分诅咒和祝福是它能够无限量身定制。 SharePoint的大多数功能既可以按原样使用，也可以使用SharePoint Designer进行自定义，也可以通过编写自己的C＃代码完全替换。这是一种祝福，因为它意味着SharePoint可以无限量地自定义。这是一个诅咒，因为定制它可能是一种皇家的痛苦。

Answer 4

最后一条评论“不要使用MOSS，除非你正在利用MOSS提供的功能”由Shiraz Bhaiji点击它。

我甚至会扩展它。除非组织中的某个人要强迫组织中的每个人使用MOSS，否则不要使用MOSS。因为如果人们不被迫学习如何使用它并改变他们的方式，那么你就是通过迁移来浪费时间和金钱。我见过的大多数地方，人们继续使用他们的文件共享，并通过电子邮件（Exchange）与他人共享和协作。他们永远不会最终使用他们的Sharepoint。我不知道这有多常见，但是，如果你怀疑你的组织会出现这种情况，你应该更加关注这方面。

Answer 5

MOSS和WSS最重要的部分和重点之一是“协作”和ECM（企业内容管理）。如果您的客户/合作伙伴可以利用这些功能，那么sharepoint就会成功。

此外，由于MOSS是office 2007系统的一部分，它与所有办公程序完全集成，并使用Exel服务和Infopath表单服务，您的用户将能够享受基于Web的Excel和表单，而无需安装它们。

Answer 6

如果您必须进行任何类型的自定义，我也强烈反对使用MOSS。如果它能够满足您的需求，那就太好了，但除此之外，您还可以快速消耗时间和资源，试图围绕它跳舞。

Answer 7

我无法从您的问题中看出您是否知道SharePoint是基于ASP.NET和Windows Workflow Foundation构建的。

我的主要不同之处在于，SharePoint的开发模型假设您正在针对服务器进行开发。这并不像以前那么大，因为每个开发人员都可以在私有VM中运行Windows Server 2008。但是，当涉及到SharePoint时，没有“Visual Studio Web开发服务器”。

请参阅Sharepoint tools support in Visual Studio中的Somasegar's Weblog，特别是许多评论（最后计数为72）。

Answer 8

性能方面，这是一个难以回答的问题，因为它取决于您的自定义解决方案的开发方式，您计划部署解决方案的硬件平台等等。我想大多数人都会同意，一般情况下，MOSS将比内部编写的ASP.NET应用程序慢，主要是因为它不太可能像MOSS一样复杂和广泛。

也就是说，在网络负载平衡的服务器场中部署MOSS非常容易（显然会显着增加许可成本），并以这种方式共享负载，因此与部署的更传统的ASP.NET应用程序相比，性能得到了显着提升到一个独立的服务器。

正如其他人所说：开发，它非常依赖于你真正想要的最终解决方案。正如博士所说，重新实现一些核心MOSS功能将是一项重大的开发工作，例如Office集成，文档管理，版本控制和细粒度权限。

如果您认为自己将定制大量的MOSS，那么开发工作可能会非常复杂，特别是如果您没有任何人熟悉该过程。这是一个很大的产品，在首次启动时找到解决方法的内部和API并非易事。

我应该提一下，我们已经有很多客户进入MOSS评估认为会有大量的工作定制等，但没有意识到实际上，90％他们想要达到的目标可以在最小的开发工作中，通常更缺乏对MOSS中可用的所有选项的理解。

Answer 9

我写了一篇博客文章，比较传统的ASP.net和SharePoint应用程序。你可以在这里看到：

http://manish-sharepoint.blogspot.com/2008/05/comparing-sharepoint-server-with-aspnet.html

HTH