问WSS 3.0作为应用程序平台

EN

SharePoint很大。真的很大。因此，如果您计划在客户和SharePoint之间开发一个自制的中间层，除非您计划只公开SharePoint界面的一小部分，否则请准备好做大量的工作。

我建议公开WSS，并通过创建满足SharePoint单独无法满足的要求的Web部件、页面和列表，在WSS框架内构建您的应用程序。这应该会将您的工作量减少到可管理的程度。

看看诸如VSeWSS或WSPBuilder之类的工具，它们可以简化您的WSS3.0开发(如果您使用Visual Studio)，并在适当的地方利用SharePoint设计器。

如果您不太了解SharePoint，那么创建和公开UI将会很困难。你能够办得到吗？绝对一点儿没错。你应该这么做吗？这取决于您的需求，以及您对SharePoint的专业水平。在我看来，最简单的方法是创建一个ASP.NET应用程序并将其与SharePoint进行接口，但我每天90%的时间都在处理ASP.NET，而且大约一年只做一次SharePoint开发。

在我的经验中，如果你必须问你是否应该用一些工具来构建一个新产品等，答案通常是知道的。如果我自己不能回答这个问题，我会试着不在重大项目中使用它，因为这意味着，当出现一些意想不到的事情时，我还不够了解它，不能让自己摆脱束缚。

如果你在WSS下面做了一件自定义的事情，你本质上就是在写平台上已经有的代码，特别是SharePoint。我假设价格是您决策的一个因素，否则您不会单独使用WSS。在这种情况下，利用WSS作为代码层是很有诱惑力的，但我预计要使其顺利工作将非常困难。

根据您的业务模型，我将查看托管的SharePoint解决方案可以做些什么，特别是如果您可以在其平台上托管自定义SharePoint站点定义的话。

这将需要一个非常强大的IP或财务要求，使我考虑在WSS之上包装asp.net。

我用过一个解决方案来解决这个问题，它确实适用于我们的外部站点，但它是一个维护的“母马”。