entity-framework - Sharepoint 托管的 CRUD 应用程序？ ( Entity Framework ？)

Question

我将创建一个基本的“CRUD”应用程序，它将“运行”在 Sharepoint 2010 中。数据将托管在 SQL 2008 R2 服务器上。

基本上，会有一些“添加”表单、一些查询和一些报告 (SSRS)。

老实说，该应用程序实际上什至不需要 Sharepoint，但我们正在尝试让尽可能多的此类应用程序托管在 Sharepoint 中。 (该应用程序当前是 Microsoft Access 应用程序。)

我有创建这些类型的应用程序 (ASP .Net) 的经验，并且最近一直在使用 Entity Framework 。通常，我在一个单独的 Visual Studio 项目(使用 EF)中设计我的数据层，然后扩展它创建的部分类和/或有时创建另一个 POCO 层来访问数据(取决于有多少“业务逻辑”)。

无论如何，我的问题是:

如果我创建一个 (Visual Studio) 解决方案(我知道我必须以 .Net 3.5 为目标，因为 SP 还不支持 4.0)，我可以使用我通常的“分层”设计并创建一个单独的项目(程序集) 包含我所有的数据访问( Entity Framework )，然后有一个单独的项目包含所有可视化 Web 部件(我们在其中设计数据输入表单)？这行得通吗？我是否能够从 Visual Web 部件中调用 (EF) DAL 公开的方法(在我将我的解决方案部署到 SP 服务器之后)？我是否需要做任何“特殊”的事情，或者将两个项目打包成一个(它是什么)“wsp”文件并部署到 SP？ (或者，我是否必须手动将我的 DAL 程序集添加到 GAC 等)

任何示例或教程也会对我有很大帮助。

此外，如果您认为我的做法完全错误，我也很想知道您将如何创建类似的应用程序。有一个更好的方法吗？ (我知道我可以创建一个 BDC 模型并使用外部内容类型通过 Sharepoint 列表访问我们的 SQL 数据。虽然，出于某种原因，这似乎不是这个特定应用程序的“正确路径”......我我无法确定，但我倾向于只创建一个仅使用 SharePoint 作为其“托管 Web 服务器”的“传统”ASP .Net 应用程序。)

谢谢!谢恩

Answer 1

你能做到吗:是的。你应该这样做吗:可能不会。

你击中了它的头。您正在创建 ASP.NET 应用程序，而不是 SharePoint 应用程序。

无论如何，假设您必须以这种方式进行，这是我的建议。

使用 SharePoint 项目模板和 SharePoint 项目项构建表示层(Web 部件、应用程序页面)。该项目可以引用实现应用程序其余层的程序集。然后，Visual Studio 将准备可用于测试并部署到生产服务器的解决方案包 (WSP)。

您应该尽一切努力使您的应用程序“适合”SharePoint。它应该使用相同的 UI 隐喻、尊重品牌等。对于用户来说，没有什么比在 SharePoint 网站中间拥有与 SharePoint 外观和行为完全不同的页面和 Web 部件更令人不快的了。