Sharepoint 2007/Sharepoint 2010何时适用于业务线应用程序？

根据我的经验，与仅使用“纯”Microsoft.Net、ASP.Net和IIS应用程序相比，这是在增加实施和维护成本的情况下添加了一些次要功能

Sharepoint 2007=（没有部署版本控制等概念，narly css/蒙皮，怪异的cms功能，不推荐sp Web部件，非常有限的worfklow功能）

Sharepoint 2010=（一切都已修复吗？）

我的一般感觉是远离Sharepoint，使用经过验证的模式和实践、体系结构等在纯asp.net中实现，并在合适的时候使用Sharepoint services

---

Sharepoint 2007或2010是否已经为运行有数千用户的extranet的真正业务线应用程序做好了准备，还是我们应该只使用asp.net？

不幸的是，您的问题没有明确的答案，我想谚语中的“视情况而定”是最好的答案

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

这并不是说MS没有在您关注的每个领域（部署版本控制、蒙皮、内容管理等）进行重大投资

---

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

考虑到我已经在SharePoint 2007上构建了几个面向外部的Internet应用程序，拥有数千名用户，是的，我想说2010已经准备好了。

除了大家已经说过的：

就像任何事情一样，你付出什么就得到什么。不幸的是，有很多牛仔式的SharePoint开发人员不断重复他们的错误方法，这会导致长期的问题。这就形成了一种关于产品的坏氛围

自从SharePoint 2007推出betas以来，我一直在使用它。我自己做了很多牛仔开发（当时我没有意识到）。我和你一开始的想法是一样的，但现在我知道了我所知道的，我改变了主意。SharePoint 2007绝对是一个怪物。一旦你了解了什么做得好，什么做得不好，你就会意识到这是一个伟大的产品。它唯一让人失望的是文档和理解。我和我的团队已经成功推出了许多SharePoint网站，客户对此非常满意

问题是，SharePoint 2010是否会被很好地记录在案

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

---

我有几个同事正在展望2010年，还有一些我以前共事过的MVP，他们说2010年很棒。它有一些棘手的地方，例如功能区，但没有什么是一个好的开发人员无法克服的

好消息是，已经通过MSDN提供的SharePoint 2010文档比2007发布时的要好10倍，而且他们还在添加新内容。此外，现在经验丰富的SharePoint开发者群体比2006年要大得多，而当前谷歌搜索结果的质量也表明了这一点。Zeb，那么你认为SP 2010值得一试吗？据我所见，这仍然意味着将整个业务线应用程序构建为Web部件，这只会增加复杂性，并不会带来任何好处。在实现这些面向外部的应用程序时，您的一般方法是什么？您是否在针对特殊复杂应用程序和流程（电子商务、订单跟踪、发票等）的单独数据库中使用SP webparts？您的业务线应用程序与sharepoint的集成程度如何？我所说的业务线应用程序是指外部客户或供应商的外联网类型的应用程序，具有特定的b2b需求，如发票、订单跟踪、文档管理等。事实证明，我们改为使用asp.net mvc，我们非常高兴。：）