从.net迁移到Sharepoint

Question

从.net 3.5迁移到sharepoint 2007时，有人必须考虑哪些兼容性问题？

我的意思是，库，COM对象，数据库..

特别是关于数据库，我不想直接连接到数据库，但是没有提到替代方案，所以我猜想在构建基于sharepoint的Intranet门户时，应该更好地考虑差异。在现有的.net上。

Answer 1

如果您实际上尝试转换为SharePoint表单，列表等，则在您使用Microsoft.Sharepoint库中的类时，SharePoint会隐式处理您的数据访问。

您的ASP.NET代码（假设它不是ASP.NET MVC）将在SharePoint中运行，但您不希望直接调用SharePoint创建/管理/等我想象的任何内容数据库。

Answer 2

呃，没有。 sharepoint webparts是.net Sharepoint维护自己的数据库，列表等等。如果你需要访问Sharepoint数据库，你必须使用Sharepoint对象模型 - 否则就是异端。

您可以通过任何方式访问OTHER数据库。不过真的不推荐。

Answer 3

今天，Sharepoint开发与任何常规ASP.NET开发非常相似。您只需要处理一个新的对象集Microsoft.Sharepoint。

您可能需要学习的一些新概念将是GAC部署，强名称，SP *对象处理，清单文件以及开发更大的内部安宁，只是为了在事情发生时不会造成任何永久性硬件损坏（以及他们会）。

您应尽可能远离内容数据库。当你没有选择时，你仍然应该远离那个。

Answer 4

SharePoint构建于.NET之上，因此我不确定您所引用的迁移问题。 SharePoint是一种协作 平台 。这就是它的优势所在。如果您拥有业务流程中使用的数据库和功能，那么您仍然可以通过Web部件，应用程序页面甚至完全自定义页面以多种相同方式自由访问该信息。当他们说不直接访问数据库时，他们指的是直接存储在SharePoint中的列表和库或与SharePoint相关的属性和设置中的数据。

在SharePoint中聚合LOB应用程序实际上是它的优势之一。这样做的一种方法是BDC，只要信息是只读的（使用自定义表单或webparts通过“Actions”更新信息）。