第25個冬天

對Model Folder右鍵新增一個Context 的 Class 在此我們用一個用戶的資料實體來練習 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 using System ; using System.Collections.Generic ; using System.Linq ; using System.Web ; namespace WebApp.Models { public class Context { public int Id { get ; set ; } public string FirstName { get ; set ; } public string LastName { get ; set ; } public Context () { Id = - 1 ; FirstName = string .Empty; LastName = string .Empty; } } } 對Controller目錄 新增一個Controller (注意!! 不是Class喔) 這裡我們已經知道Rest的知識因此就直接選擇具備讀取寫入的控制器項目 這裡習慣命名方式 你有哪個Model Context 就依照該Model的名稱後面加Controller 這樣就建好了 預設生成的程式碼 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 using System ; using System.Collections.Generic ; using System.Linq ; using Syste

在比較Rest及SOAP前 先介紹SOA 全稱為 Service Oriented Architecture(服務導向架構) 提倡將不同應用程式的業務功能封裝成「服務」並Host起來，通常以接口和契約的形式暴露並提供給外界應用訪問（通過資料交換），達到不同系統可重用的目的。 主要用於解決技術不通用的問題，SOA可針對各廠商、產品與技術提供獨立介面供彼此存取只要有共通格式。 Web API 其實跟WCF、Web Service(.asmx) 是類似概念(不顯示畫面的網頁，著重後端業務及資料存取處理) 較常見運用是for 異質系統(不同程式語言)之間資料交換溝通、或是共用介面調用的使用。 藉此來達到不同作業系統、終端(手機、電腦、平板)的可重複使用的公用接口。 (例:即便你是Linux系統也可以對Windows系統 MS SQL資料做存取動作) Web Service (Web API ,WCF,WebService .asmx )跟WebSite最大差異就在於對應的請求終端不同 WebSite面對的是人(User)，而Web Servie面對的可能是另一台主機(其他終端)上的應用程式 因此Web Service 著重點不在UI呈現!!!!!!! Web Service 跟 Web API 還有一個差異在於 Web API 是偏於端點對端點在進行發收互動，Web Service則是比較繁瑣要兩邊都喬好你我都要是SOAP的規格才能有來往。 Web API所採用的REST 跟 Web Service 的 SOAP協議最大差異在於就 資源管理狀態上和所支持的資料格式， 還有一個是通訊協議(SOAP)一個是一種架構風格(REST)。 REST服務屬於總是無狀態的而且格式 可以支援JSON、XML、HTML、txt...等等多種資料格式。 REST請求方法僅支持HTTP的一系列標準方法( GET/POST/PUT/DELETE ) 會回傳人眼可直接讀懂的資料內容(較容易理解) 效能較SOAP好(通常用JSON較小的資料格式) 調用方式直接透過URL Path REST比較像是明信片，在發送上會更便宜更迅速也很容易直接讀取。 SOAP是可有狀態的，可無狀態的，只支援XML形式，自己已先定義 好本身的

What is cloud computing? First, you get computing resources on-demand and self-service. All you have to do is use a simple interface and you get the processing power, storage, and network you need, with no need for human intervention. Second, you access these resources over the net from anywhere you want. Third, the provider of those resources has a big pool of them and allocates them to customers out of that pool. That allows the provider to get economies of scale by buying in bulk and pass the savings on to the customers. Customers don't have to know or care about the exact physical location of those resources. Fourth, the resources are elastic. If you need more resources you can get more, rapidly. If you need less, you can scale back. Last, the customers pay only for what they use or reserve as they go. If they stop using resources, they stop paying. But why is this model so compelling (引人注目) nowadays? To understand why, we need to look at some histor