ef框架源碼

『壹』 c# ef框架模式的select多參數查詢

這是一個投影物塌咐操作，表示讀取把實體類型映射成其他的類型。
var names = Search<Student>(s=>s.Name);
這行代碼表示把學生的Name屬性映罩純射出來。衫族

『貳』 c# EF框架怎麼實現where的多條件動態查詢

多條件構造原理也是一樣的，使用動態構建Lambda表達樹就可以實現，條件及值來自方法的形參提供。

『叄』 EF框架的優點是什麼

EF框架的優點如下：

1、應用程序可以通過更加以應用程序為中心的概念性模型（包括具有繼承性、復雜成員和關系的類型）來工作。

2、應用程序不再對特定的數據引擎或存儲架構具有硬編碼依賴性。可以在不更改應用程序代碼的情況下更改概念性模型與特定於存儲的架構之間的映射。

3、開發人員可以使用可映射到各種存儲架構（可能在不同的資料庫管理系統中實現）的一致的應用程序對象模型。

4、多個概念性模型可以映射到同一個存儲架構。語言集成查詢支持可為查詢提供針對概念性模型的編譯時語法驗證。

EF框架可以理解成微軟的一個ORM產品，用於支持開發人員通過對概念性應用程序模型編程來創建數據訪問應用程序，目標是降低面向數據的應用程序所需的代碼量並減輕維護工作。

(3)ef框架源碼擴展閱讀：

EF框架的缺點：

非SQL Server資料庫且無該資料庫的DataProvider。

高性能要求。在進行一些復雜查詢的情況下，EF的性能表現不太好，而開發人員又無法控制SQL語句的生成

高安全性要求。有時候DB用戶僅僅具有EXEC的許可權，而EF自動生成的類又不好用，還是需要自己來寫。

EF框架常見的模型：

帶有有效載荷的多對多關系建模

在帶有有效栽花的多對多關系資料庫中 ，關系表除了主鍵外 ，還有其他數據欄位。在這種關系中 ，直接把表映射到實體模型中 ，兩實體表自動創建對應的實體類型 ，而關系表也被映射成為一實體類型 ，在此實體類型中除了原有屬性名 ，還有對應兩實體表的導航屬性 ，可分別通過 1 對多關系進行對象導航。

自引用關系建模

對於分類表之類的自引用表 ，把表映射成為實體類型後 ，其中將包含兩個導航屬性 分別對應父、子對象 ，其中父對象為 1 端 ，多端為子對象集合 ，因此分別把 1 端改名為父端名稱如Parent Category，多端改名為子對象集合名稱如 Sub Categories。由此兩導航屬性可方便地訪問到對應對象。

『肆』 thinkphp開發的實例及源碼哪裡有

在官網上有開發的實例及源碼可以下載。地址：http://www.thinkphp.cn/case/index.html。

『伍』 c# WINFORM 希望分享一個MVVM+EF設計模式的框架

相對而言，使用 C++、C# 或 Visual Basic將 Microsoft Silverlight 應用從 Windows Phone 移植至 Metro風格應用是非常容易的。大部分的工作內容，所需的知識以及體驗，將轉向使用 XAML 的 Metro風格應用的模型，許多 XAML 界面設計與布局也是如此。
應用移植工作主要包含兩部分：
◆修改 UI，利用Windows Metro 風格 UI 的功能與設計指南；
◆從代碼隱藏文件中調用的Silverlight API 轉向相應的 Windows Runtime API。
很多情況下，代碼保持不變，或幾乎不變。雖然存在一些差別，但 Windows Runtime 中基於 XAML 的 UP API 是在 Windows Phone 版本的 Silverlight 上進行建模。另外，可使用 Metro 風格的 .NET API，這是完整的 .NET Framework 的子集，與.NET Framework for Silverlight 類似。在某些情況下，類似的.NET API已轉移到Windows Runtime，只是設計有稍許不同。
成功移植應用所需的工作量主要取決於：應用是否使用了大量 API，而這些 API 並未包含在 Metro 風格應用的 Windows Runtime 和 .NET API。本文提供了一些常規的移植指南與資源，用於定位 API 並確定多少代碼必須進行替換。
本文主要關注的是 Windows Phone 應用的移植，不過，對於任何 .NET 和基於XAML 的項目，可在以下主題中找到有用的相關信息：
將Silverlight 或 WPF XAML/代碼移植到Metro風格應用
Metro風格應用.NET概述
Windows Phone 7應用移植准備工作
在進行 Windows Phone 7 應用移植之前，請考慮以下相關事項：
◆是否需要對應用進行快速移植或獲得更佳的可維護性？「提高可維護性」部分提供了一些技巧，可用於對項目進行單源處理，並且有助於針對不同平台的項目間代碼再利用。
◆Windows Phone 7 設備解析度在水平模式在為水平模式下為800x480 (WVGA)，垂直模式下為480x800。Windows 8 Release Preview 設備可具有多種長寬比，多種可能的水平與垂直解析度。界面與資產如何進行擴展？相關信息。
◆Windows Phone 7 界面為觸摸式的。Windows 8 界面也應支持觸摸，同時還需支持其他輸入方式，如滑鼠和鍵盤。對於某些未使用觸摸的用戶，你的界面是否感覺很笨拙？無論何種輸入方式，如何保持應用的可用性？相關信息，請參閱「可訪問性計劃」。
◆輪滲Windows Phone 7 應用中是否具有手機專業的功能？想法了解Windows Runtime 中相對應的網路技術？如果慧絕對手機或提供商提供更多功能支持，那麼可能需對其進行重新開發，提前桐姿供更多的網路或提供商獨立性。
◆游戲應用是否依賴用於圖形渲染的 Microsoft XNA 組件？如果是，對於 Windows 8 應用無法使用 XNA。另外，對於託管代碼，無法有效地使用 DirectX；如果未使用第三發託管 API，那麼必須使用 C++ 進行 DirectX 游戲開發。有關更多信息，請參閱「創建DirectX游戲」。
常規移植過程
如果為了優化上市時間，需快速移植應用，請遵循以下步驟：
1.打開 Microsoft Visual Studio Express 2012 RC for Windows 8，使用C++、C# 或 Visual Basic 新建 Metro 風格應用。選擇應用布局與功能最為匹配的項目模板。有關更多信息，請參閱「使用模板（C++、C#、Visual Basic）快速創建 Metro 風格應用」。
2.復制想要在新項目中再利用的文件夾、代碼與資產文件。
3.在 Visual Studio 的「解決方案瀏覽器」（Solution Explorer），單擊「顯示所有文件」（Show All Files）。
4.選擇已復制的文件與文件夾，然後右鍵單擊並選擇「包含在項目中」（Include In Project）。
5.執行全局搜索與替換，將「System.Windows」替換為「Windows.UI.Xaml」。
6.將原始 XAML 代碼中可重用部分復制到新項目的 XAML 文件，或新建的 XAML 文件（如需要）。通常，頁面布局根（典型的示例：Grid 元素）可進行復制並重用，而最外層元素（如 PhoneApplicationPage 元素）並非如此。
7.構建項目，生成錯誤，然後這些錯誤找到需進行更新或替換的代碼。有時，所需的這種更新非常少，只是對參數類型進行更改。但有些更新需要使用 Metro style 所用的 Windows Runtime API 替代 .NET API。為了確認支持哪些 API，可使用本文與「Metro 風格應用 .NET 概述」以及「將 Silverlight 或 WPF XAML/代碼移植到 Metro 風格應用」，獲取相關指南。
8.對於任何無法輕易進行更新的代碼，請進行評注或清除，直到項目構建。
9.一次對評注代碼的一個問題進行更新或替換，直到移植完成。
提高可維護性
為了多個平台上的應用維護變得更加容易，請考慮使用以下技巧：
◆在移植之前，請對代碼進行重構，使其盡可能可重用。尤其，通過應用設計模式，如將業務邏輯與 UI 邏輯分開的Model-View-ViewModel (MVVM)，可避免 UI API 差異方面的問題。使用 MVVM，模型與視圖模型代碼在不同平台上可保持大部分不變，同時視圖代碼（XAML）可根據平台定製。
◆在項目之間共享可重用代碼文件，而不是維護針對不同平台的多個副本。如需在 Visual Studio 中進行此類操作，請「解決方案瀏覽器」（Solution Explorer）中右鍵單擊該項目，選擇「添加已有項」（Add Existing Item），選擇共享文件，然後單擊「添加為鏈接」（Add As Link）。
◆如需在共享文件中包含某些平台專用代碼，請使用條件編譯。這種方式僅適用於 C#、C++ 和 Visual Basic 代碼。對於 XAML，必須對分開的代碼文件進行分別維護。
◆使用 Portable Class Library 創建跨平台的庫程序集。該可移植類庫包含 .NET Framework for Silverlight、Metro 風格應用 .NET API 和完整的 .NET Framework 中可用 .NET API 的子集。可移植類庫是與全部三個平台兼容的二進制文件，因此對於代碼重用是最為簡單的方式。不過，為了創建針對可移植類庫的項目，必須使用 Microsoft Visual Studio Professional 2012 RC 或更高版本。
移植用戶界面
Silverlight 的大多數布局類型，如Canvas、Grid和StackPanel，在 Windows Runtime XAML 命名空間里也會出現。雖然為了適應多種高於 800x480 的解析度，Grid 和布局設置需要進行調整，但基本用戶界面結構的移植應是直接式的。
當然，手機 UI 可能專門為小屏幕手機而設計。簡單地對其繼續擴展並非最佳設計，應根據 Metro 風格應用的功能以及 Windows 8 設備的多種形狀因素對 UI 進行重構。這種功能之一為分屏視圖（snapped view），對此手機 UI 設計可能是有用的。
更多信息與設計指南，請參閱以下主題：
◆製作優秀的 Metro 風格應用
◆多種形狀因素計劃
◆支持多種視圖
◆用戶體驗設計
◆用戶界面指南
◆使用設計清單
對定義應用布局的 XAML 文件進行調整之後，需要更新隱藏代碼，以使用 Windows Runtime API 替代 Silverlight API。對於用戶界面元素，在兩個 API 庫之間存在相當一致的映射。
使用 XAML 的Silverlight 與 Metro 應用之間的不同
雖然對於 Windows Phone 7 和 Windows 8，Metro 風格 UI 是相同的，但在兩個平台的 UI 的功能之間還存在一些差異。以下部分對其中一些關鍵的不同進行了描述。不過，為了確定具體支持哪些功能，應查詢 API 引用。更多關於使用 XAML 的 Metro 風格應用信息，請參閱「採用 C# 或 Visual Basic 的 Metro 風格應用的路線圖」。
控制項與布局
Windows Runtime 中的 XAML 控制項是基於 Silverlight 控制項的，但可能存在一些差異或缺少某些功能。例如：
Windows Runtime 未包含 Silverlight for Windows Phone 中提供的 Pivot 和 Panorama 控制項。這些控制項專門為手機形狀因素而設計，有助於提升比手機屏更大屏幕上的用戶體驗。Metro 風格應用通常具有更大的屏幕空間，並且應利用具有更大靈活性的 Grid 控制項的優勢。另外，還可以使用 FlipView 控制項來提供簡潔的翻頁體驗。
Windows Runtime 中的 AppBar 控制項提供的體驗與手機 ApplicationBar 類似，不過具有更多的靈活性，支持定製布局與數據綁定。
Windows Phone 可聲明支持何種設備旋轉方式，因此能夠對必需的布局靈活性進行限制。對於 Metro 風格應用，UI 設計應不受設備選擇方式與屏幕尺寸的限制。
更多關於控制項的信息，請參閱「功能控制項」。
磁貼與通知
Metro 風格應用的磁貼與 Windows Phone 7 的動態磁貼（Live Tile）類似，不過還存在一些差異。更多有關使用 C++、C# 或 Visual Basic 的 Metro 風格應用中的磁貼使用，請參閱創建磁貼。
通知是 Windows Phone 7 中推送通知模型的擴展。更多 Metro 風格應用中通知使用的詳細信息，請參閱發送消息條通知。
在使用C++、C# 或 Visual Basic 的 Metro 風格應用中使用磁貼、消息條和通知的更多信息與教程，請參閱使用磁貼、徽章和消息條通知。
數據應用場景
Metro 風格應用目前不包含對數據密集型應用場景（如業務線）的內置支持。例如，沒有用於客戶端 SQL 的 API 並且沒有本地資料庫。但是，利用定製服務與 OData 調用，仍然可從網路對數據進行檢索，並且利用客戶端 LINQ 可對數據進行形狀與格式化處理，同時可利用基於 XAML 控制項可進行綁定。
數據綁定大部分保持不變。例如，可部署 INotifyPropertyChanged 和 INotifyCollection，可相應地接收更改通知與更新 UI。但是，Metro 風格應用的數據相關功能當前還存在以下限制：
◆對數據項驗證和 IDataErrorInfo 和 INotifyDataErrorInfo 介面，未提供內置支持。
◆Binding 類未包含 Silverlight 中可用的擴展格式化屬性。但是，仍可部署 IValueConverter 已提供定製格式化。
◆IValueConverter 方法將語言字元串作為參數而不是 CultureInfo 對象。
◆CollectionViewSource 類未對於工作的排序、過濾和分組分別提供內置支持。更多信息，請參閱「使用 XAML 進行數據綁定」和「數據綁定示例」。
導航
為了與平台進行集成以及利用硬體「後退」按鍵，Silverlight for Windows Phone 應用需要使用基於頁面的導航結構。對於 Metro 風格應用，提供了類似的導航架構，但是由於平台的要求不同，存在一些差異：
◆在 Metro 風格應用中導航至某個頁面時，並未使用 URI 定址方案，而是指定目標頁面的類型，在該頁面 XAML 定義的x:Class屬性中顯示。另外，還可以選擇性地傳遞參數對象。
◆Metro 風格應用的導航框架不支持框架導航、日記（Back 堆棧）修訂和 URI 映射。
更多信息，請參閱快速入門：頁面間導航。

『陸』 EF框架的優點是什麼

用於支持開發人員通過對概念性應用程序模型編程（而不是直接對關系存儲架構編程）來創建數據訪問應用程序。目標是降低面向數據的應用程序所需的代碼量並減輕維護工作。Entity Framework 應用程序有以下優點： · 應用程序可以通過更加以應用程序為中心的概念性模型（包括具有繼承性、復雜成員和關系的類型）來工作。 · 應腔輪用程序不再對特定的數據引擎或存儲架構具有硬編碼依賴性。 · 可以在不更改應用程序代碼的情況下更改概念性模型與特定於存儲的架構之間的映射。 · 開發人員可以使用可映射到各配鏈種存儲架構（可能在不同的資料庫管理系統中實現）的一致的應用程序對象模型。 · 多個概念性模型可以映射到同一個存儲架構。 · 語言集成查詢支持可為查詢提供針對概念性模型的編譯時語法驗證。 實體框架Entity Framework 是 ADO.NET 中的一組支持開發面向數據的軟體應用程序的技術。在EF中的實體數據模型（EDM）由以下三種模型和具有相應培圓孫文件擴展名的映射文件進行定義。 · 概念架構定義語言文件 (.csdl) -- 定義概念模型。 · 存儲架構定義語言文件 (.ssdl) -- 定義存儲模型（又稱邏輯模型）。 · 映射規范語言文件 (.msl) -- 定義存儲模型與概念模型之間的映射。 實體框架 使用這些基於 XML 的模型和映射文件將對概念模型中的實體和關系的創建、讀取、更新和刪除操作轉換為數據源中的等效操作。EDM 甚至支持將概念模型中的實體映射到數據源中的存儲過程。它提供以下方式用於查詢 EDM 並返回對象： · LINQ to Entities -- 提供語言集成查詢 (LINQ) 支持用於查詢在概念模型中定義的實體類型。 · Entity SQL -- 與存儲無關的 SQL 方言，直接使用概念模型中的實體並支持諸如繼承和關系等 EDM 功能。