0

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

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

特别是关于数据库,有人建议我不要直接连接到数据库,但没有说替代方案,所以我想最好提出这个问题,关于在基于现有的构建共享点内部网门户时要考虑的差异.net 一。

4

4 回答 4

2

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

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

于 2009-12-07T19:15:00.073 回答
1

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

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

于 2009-12-07T19:11:06.990 回答
0

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

您可能必须学习的一些新概念是 GAC 部署、强名称、SP* 对象处理、清单文件和开发更大的内部和平,只是在事情变得疯狂时不会造成任何永久性硬件损坏(他们会) .

您应该尽可能远离内容数据库。当您别无选择时,您仍然应该远离它。

于 2009-12-07T19:12:43.527 回答
0

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

在 SharePoint 中聚合 LOB 应用程序实际上是它的优势之一。执行此操作的一种方法是 BDC,只要信息是只读的(使用自定义表单或 Web 部件通过“操作”更新信息)。

于 2009-12-07T20:15:08.817 回答