.Net 應用程序體系結構—C#高級編程（第10版）學習筆記5

一、.Net數據訪問：EF（Entity Framework ）：Code First優先，並不意味着數據庫不能事先存在。並且是更好的選擇，也支持關係數據庫和NoSQL。

二、一些.net體系結構概念：搞清CLR、.Net Native、IL、Windows 運行庫、CLI和.Net 4.6編譯器、.Net Core CLI編譯等。

三、WPF基於矢量圖形；Windows Forms基於像素圖形。

四、軟件業正轉向聲明性編程：而.net的XAML是WPF、UWP及.net邁向聲明性編程的一步，意味着不是經過編程方式建立對象，而是經過XML類型的編程方式聲明一切對象。XAML ： eXtensible Application Markup Language

五、UWP相關

須要一個適用於全部Windows設備的API，每一個設備系列均可以添加本身的軟件開發包（Software Development Kit，SDK）來添加不是API的一部分、但對全部設備可用的功能。添加這些SDK不會破壞程序，但需以編程方式檢查在運行程序的平臺上是否可用。，以需區分API調用，代碼可能混亂，因此依賴注入多是更好的選擇。

六、Web服務和ASP.Net Web API 

1）能知足分佈式應用程序90%以上的需求，基於REST，定義了無狀態、可伸縮的web服務的指導方針和最佳實踐。

2）客戶端能夠接收Json或XML數據，Json或XML也能夠格式化來使用Open Data規範（OData）。

3）便於經過Javscript和UWP使用web客戶端。

4）也是建立微服務的一個好方法。微服務能夠獨立運行和部署，能夠本身控制數據存儲。

七、WebHooks和SignalR

    對於實時web功能以及客戶端和服務器端間的雙向通訊，可使用的Asp.Net技術是WebHooks和SignalR.

1）只要信息可用，SignalR就容許將信息儘快推送給鏈接的客戶，使用的是Websocket技術，在webSocket不可用時，它能夠回退到基於拉的通訊機制。

2）webHooks能夠集成公共服務，這些服務能夠調用公共Asp.Net Web API服務。webHooks技術從Github或Dropbox和其餘服務中接收推送通知。

八、Web服務&windows服務

1）web服務，不管是經過WCF完成或者是ASP.net Web服務完成，都須要一個主機才能運行。而IIS一般是一個很好的選擇（由於它提供了全部的服務），但它也能夠是自定義程序。

2）windows服務：使用自定義選項建立一個後臺進程，在運行Windows時啓動的是windows服務。（System.ServiceProcess）

      基於windows內核的操做系統的後臺運行，持續運行，作好響應事件的準備，而不是讓用戶顯式地啓動時，纔可使用服務。

      一個很好的例子就是web服務器上的world Wide web服務，它監聽來自客戶端的web請求。

八、Web應用程序

    1) ASP.net5中，再也不包含ASP.net Forms，只是ASP.net MVC6.

    2) ASP.net MVC基於MVC模式，更易單元測試，只在後臺使用C#，容許前臺用戶界面代碼與HTML、CSS、Javascript清晰分離。