Sharepoint託管CRUD應用程序？（實體框架？）

我將創建一個基本的「CRUD」應用程序，該應用程序將在Sharepoint 2010中「生活」。數據將託管在SQL 2008 R2服務器上。Sharepoint託管CRUD應用程序？（實體框架？）

基本上，會有幾個「添加」的形式，一些查詢和一些報表（SSRS）。

老實說，應用程序並不真正甚至需要共享點，但我們正在努力讓儘可能多的這些應用程序在SharePoint託管儘可能的。（該應用程序是目前Microsoft Access應用程序。）

我有經驗創建這些類型的應用程序（ASP .NET）和使用實體框架最近一直。通常，我在單獨的Visual Studio Project（使用EF）中設計我的數據層，然後擴展它創建的部分類和/或有時創建另一個POCO層來訪問數據（取決於有多少「業務邏輯」）。

不管怎樣，我的問題是：

如果我創建一個（Visual Studio中）解決方案（我知道我必須面向.NET 3.5，因爲由於SP不支持4.0還沒有），我可以用我通常的「分層」設計，並創建一個獨立的項目（程序集），讓我的所有數據訪問（實體框架），然後有一個單獨的項目，其中包含所有的Visual Web部件（我們設計數據輸入表單）？這會工作嗎？我能從Visual Web Parts內的（EF）DAL調用暴露的方法嗎（將我的解決方案部署到SP Server後）？我需要做什麼「特殊」或將兩個項目打包成一個（它是什麼）「wsp」文件並部署到SP？（或者，將我必須手動讓我DAL大會加到GAC等）

任何實例或教程將是一個很大的幫助，我也一樣。

而且，如果你認爲我會對此都錯了，我也想知道你將如何創建一個類似appliation。有一個更好的方法嗎？（我知道我可以創建一個BDC模型並使用外部內容類型通過Sharepoint列表訪問我們的SQL數據。儘管由於某種原因，它似乎並不是這個特定應用的「正確路徑」......我但我傾向於創建一個「傳統」的ASP .Net應用程序，它只是將SharePoint用作其「託管網站服務器」）。

謝謝！謝恩

來源

2011-05-23 Shayne

你能做到嗎：是的。你應該這樣做：可能不是。

你打它的頭。您正在創建和ASP.NET應用程序，而不是SharePoint應用程序。

無論如何，假設你將不得不以這種方式進行，這是我的建議。

使用SharePoint項目模板和SharePoint項目項目構建表示層（Web部件，應用程序頁面）。該項目可以引用實現應用程序其餘層的程序集。然後，Visual Studio將準備一個解決方案包（WSP），可用於測試和部署到生產服務器。

您應該盡一切可能使您的應用程序「適合」到SharePoint中。它應該使用相同的UI隱喻，尊重品牌等等。對於用戶來說，沒有什麼比這更刺激的了，讓頁面和Web部件的外觀和行爲完全不同於SharePoint站點中間的SharePoint。

來源

2011-05-25 08:29:48

我想這就是我失去了......如何創建BLL和DAL程序集？就像我會經常使用ASP .Net應用程序一樣？那麼，我將如何將這些程序集部署到SP，以便我的表示層可以訪問它們？感謝Rob的反饋！對此，我真的非常感激。 – Shayne 2011-05-26 18:58:53

您可以在與SharePoint項目相同的VS解決方案中創建BLL和DAL項目。您在SharePoint項目中添加對這些程序集的引用並將其用於開發。然後，您將條目添加到解決方案清單中，以確保將BLL和DAL程序集部署爲您的程序包的一部分（http://blog.sharepointdevelopment.nl/post/Add-an-assembly-to-your-Visual-Studio-2010 -SharePoint-Package.aspx） – 2011-05-26 19:12:00

我應該注意到，我從來沒有構建過這種類型的應用程序。我只是根據我在SharePoint和ASP.NET開發方面的經驗做出了有根據的假設。我建議你在開發這個項目之前建立一個小概念證明 – 2011-05-26 19:15:01

如果你有完整版本的SharePoint，你可以使用Access服務，將您的Access應用程序轉換爲Web應用程序，只需運行該向導

看到這部影片的詳細信息：http://channel9.msdn.com/Shows/Access/Microsoft-Access-2010-Demo

來源

2011-05-23 20:07:01

這將工作，如果不是一個問題。我們公司的CIO已經要求不安裝Microsoft Access。這在我們的Enterperise中是一個巨大的問題。我們有數百個Access應用程序連接到我們的許多不同的SQL/DB2/etc數據庫。因此，我將它轉換爲Sharepoint應用程序並將其重新開發。（這將是衆多應用程序中的一個，我們正在轉換爲WPF，一些轉換爲Winforms，一些轉向ASP.Net Sharepoint託管以及一些純粹的Sharepoint。）這是一家擁有衆多應用程序和開發人員的大公司，現在我們的大力推動是SP – Shayne 2011-05-24 20:34:45

我一直在重新考慮這個選項。這將允許我們從桌面上刪除Access嗎？我讀到的東西越多，看起來好像會！這可能是一個很好的選擇。至少在過渡期間，快速離開Access。正確？ – Shayne 2011-05-25 13:47:12

是的，作爲一個快速解決方案，它會很好。你可以考慮的另一件事是棱鏡與Silverlight部署爲SharePoint的webparts http://compositewpf.codeplex.com/，但這將是更多的工作 – 2011-05-25 14:20:17

Sharepoint託管CRUD應用程序？ （實體框架？）

回答

相關問題

Sharepoint託管CRUD應用程序？（實體框架？）