根据我的经验，与仅使用“纯”Microsoft.Net、ASP.NET 和 IIS 应用程序相比，这是在增加实施和维护成本的情况下添加次要功能。
Sharepoint 2007 =（没有部署版本控制等概念，几乎没有 css/skinning，奇怪的 cms 功能，不推荐 sp webparts，worfklow 功能非常有限）
Sharepoint 2010 =（一切都修复了吗？）
我的一般感觉是远离 Sharepoint，使用经过验证的模式和实践、架构等在纯 asp.net 中实现。并且在合适的时候使用 Sharepoint 服务。
Sharepoint 2007 或 2010 是否已准备好用于运行具有数千名用户的外联网的实际业务线应用程序，还是我们应该只使用 asp.net？
不幸的是，您的问题没有明确的答案，我想众所周知的“它取决于”是最好的答案。
SharePoint 2010 是对 SharePoint 2007 的重大改进。但是，这些改进中的大部分都在共享服务的管道中。因此，典型协作站点提供的功能或多或少是相同的。
并不是说 MS 没有在您关注的每个领域（部署版本控制、皮肤、内容管理等）上进行重大投资。
我的猜测是，如果您对 SharePoint 2007 不满意，您可能仍然对 SharePoint 2010 不满意。
考虑到我已经在 SharePoint 2007 上构建了几个面向外部的 Internet 应用程序，拥有成千上万的用户，是的，我会说 2010 已经准备就绪。
除了那些家伙已经说过的话：
就像任何事情一样，你得到你所支付的。不幸的是，有很多牛仔 SharePoint 开发人员不断重复他们的错误方法，从长远来看会导致问题。这会形成对产品的不良氛围。
自 SharePoint 2007 测试版以来，我一直在使用它。我自己做了很多牛仔开发（当时我没有意识到）。我和你一开始的看法一样，但现在我知道了我所知道的，我改变了主意。SharePoint 2007 是一个绝对的怪物。一旦你了解了它什么做得好，什么做得不好，你就会意识到这是一个很棒的产品。它只是因文档和理解而失望。我和我的团队成功推出了许多 SharePoint 网站，客户对它们非常满意。
问题是，SharePoint 2010 是否会有很好的文档记录？！
对我来说，另一个主要问题是，它是否有更好的错误报告（一些有意义的错误而不是它当前显示的无意义的错误）
我有几个同事正在研究 2010 年，还有一些我之前合作过的 MVP，他们报告说 2010 年很棒。它有一些棘手的部分，例如功能区，但没有什么是优秀的开发人员无法克服的。