从.net迁移到Sharepoint

Question

从.NET 3.5迁移到SharePoint 2007时，有什么兼容性问题需要考虑？

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

特别有关的数据库，它sugested我不直接连接到数据库，但更好的方法是不说的，所以我猜测它应该是更好地提出这个问题时，需要考虑在基于现有.net的基础上构建SharePoint内部网门户时需要考虑的差异。

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应用程序实际上是它的一个优势。只要信息是只读的（使用自定义表单或Web部件通过“操作”更新信息），一种方法就是BDC。