我将创建一个基本的“CRUD”应用程序，它将在Sharepoint 2010中“存活”。数据将托管在SQL 2008 R2服务器上。
基本上，会有一些“添加”表单，一些查询和一些报告（SSRS）。
老实说，该应用程序甚至不需要Sharepoint，但我们正试图尽可能多地在Sharepoint中托管这些应用程序。 （该应用程序当前是Microsoft Access应用程序。）
我有创建这些类型的应用程序（ASP .Net）的经验，并且最近一直在使用实体框架。通常，我在单独的Visual Studio项目中设计我的数据层（使用EF），然后扩展它创建的部分类和/或有时创建另一个POCO层来访问数据（取决于有多少“业务逻辑”）。 / p>
无论如何，我的问题是：
如果我创建一个（Visual Studio）解决方案（我知道我必须以.Net 3.5为目标，因为SP还不支持4.0），我可以使用我通常的“分层”设计并创建一个单独的项目（程序集） ），它包含我的所有数据访问（实体框架），然后有一个单独的项目，包含所有的Visual Web部件（我们设计数据输入表单）？这会有用吗？我是否能够从Visual Web部件中调用（EF）DAL中的公开方法（在将我的解决方案部署到SP服务器之后）？我是否必须做任何“特殊”的事情，或者两个项目都打包成一个（它是什么）“wsp”文件并部署到SP？ （或者，我是否必须手动将我的DAL程序集添加到GAC等）。
任何示例或教程对我都有很大的帮助。
另外，如果你认为我这一切都错了，我也有兴趣了解你将如何创建类似的应用程序。有一个更好的方法吗？ （我知道我可以使用外部内容类型创建一个BDC模型并通过Sharepoint List访问我们的SQL数据。虽然，由于某种原因，它似乎不是这个特定应用程序的“正确路径”...我不能指责它，但我倾向于只创建一个“传统的”ASP .Net应用程序，它只使用SharePoint作为其“托管Web服务器”。）
谢谢！ 谢恩
答案 0 :(得分：0)
如果您拥有完整版的sharepoint，则可以使用Access Services，将Access应用程序转换为Web应用程序，只需运行向导
有关详细信息，请参阅此视频：http://channel9.msdn.com/Shows/Access/Microsoft-Access-2010-Demo
答案 1 :(得分：0)
你能做到吗：是的。你应该这样做：可能不会。
你击中头部。您正在创建和ASP.NET应用程序，而不是SharePoint应用程序。
无论如何，假设你必须以这种方式继续，这是我的建议。
使用SharePoint项目模板和SharePoint项目项构建表示层（Web部件，应用程序页面）。此项目可以引用实现应用程序其余层的程序集。然后，Visual Studio将准备一个解决方案包（WSP），可用于测试并部署到生产服务器。
您应该尽一切努力使您的应用程序“适合”SharePoint。它应该使用相同的UI隐喻，尊重品牌，等等。对于用户来说，没有什么比这更令人震惊，因为在SharePoint网站中间看起来和行为与SharePoint完全不同的页面和Web部件。