Sharepoint 2007 / Sharepoint 2010何时适合业务线应用？

Question

根据我的经验，与仅使用“纯”Microsoft.Net，ASP.NET和IIS应用程序相比，这增加了实施和维护成本，增加了一些小功能。

Sharepoint 2007 =（没有部署版本控制等概念，只有css / skinning，奇怪的cms功能，不建议sp webparts，worfklow功能非常有限）

Sharepoint 2010 =（一切都修好了吗？）

我的一般感觉是远离Sharepoint，使用经过验证的模式和实践，架构等在纯asp.net中实现。并且在适当时使用Sharepoint服务。

Sharepoint 2007或2010是否适用于运行带有数千名用户的外联网的实际业务应用程序，或者我们应该只使用asp.net？

Answer 1

不幸的是，你的问题没有明确的答案，我想众所周知的“它取决于”是最好的答案。

SharePoint 2010是对SharePoint 2007的重大改进。但是，大多数这些改进都在共享服务的管道中。因此，典型协作网站提供的功能或多或少相同。

并不是说MS没有对您关注的所有领域（部署版本控制，换肤，内容管理等）进行重大投资。

我的猜测是，如果您对SharePoint 2007不满意，您可能仍会对SharePoint 2010感到不满。

Answer 2

考虑到我已经在SharePoint 2007上为成千上万的用户构建了几个面向外部的Internet应用程序，是的，我会说2010已经准备就绪。

Answer 3

除了这些人已经说过的话：

就像任何东西一样，你得到你付出的代价。不幸的是，有很多牛仔SharePoint开发人员不断重复他们的错误方法，从长远来看会导致问题。这就形成了关于产品的不良氛围。

自从它的beta版以来，我一直在使用SharePoint 2007。我自己做了很多牛仔开发（不是我当时意识到的）。我对你一开始就有同样的看法，但现在我知道我所知道的，我已经改变了主意。 SharePoint 2007是一个绝对的怪物。一旦你了解它做得好以及它做得不好，你就会意识到这是一个很棒的产品。它只是记录和理解而失望。我和我的团队成功推出了许多SharePoint网站，客户对它们非常满意。

问题是，SharePoint 2010是否会有详细记录？！

另一个主要问题是，它是否会有更好的错误报告（一些有意义的错误，而不是当前显示的无意义错误）

我现在有几位同事正在研究2010年以及我曾经合作过的一些MVP，他们报道的2010年很棒。它有一些棘手的比特，例如功能区，但没有一个好的开发人员不会克服。