解耦，在以前確實做不到，但是周四和「橫刀天笑」聊了之後，發現解耦是可以實現的。其實很簡單，只要弄出來乙個「實體類」就可以搞定了。
如果是簡單的情況，那麼就讓表單控制項「全權負責」了，這時候是不需要些什麼**的，點點滑鼠，打幾個字就可以了。
如果是有複雜的業務邏輯，那麼就可以定義乙個實體類，然後讓表單控制項給這個實體類的屬性賦值，就是把使用者輸入的資訊給實體類裡對應的屬性賦值（可以讓表單控制項通過反射自動實現，也可以單獨寫**實現）。然後就可以呼叫邏輯層來處理業務邏輯了。只是這個實體類的屬性只能是「簡單型別」，實體類的屬性型別不支援類、介面、委託等。
處理玩業務邏輯之後有兩種選擇，第乙個就是在把屬性值在返還給「表單控制項」，繼續原來的步驟；另乙個就是使用您習慣的orm來實現持久化。
這個只是「初探」，應該可以適用更多的情況，但是並不是說這樣就可以「包治百病」了。
期待大家的寶貴意見，謝謝！
【自然框架】之 「表單控制項」與「實體類」 乙個具體的實現**。
訊息解耦初探
一般來說解耦有兩條途徑，一是遠端請求，二是訊息 推送 這兩種方式可以說使用的應用場景不一樣，比如說遠端請求這是主動方在呼叫方，而推送的主動權肯定是在生產方。為什麼要解耦？這個。如果用訊息進行應用間解耦，訊息將作為應用間的介質作為上下文傳輸。其實知道生產者和消費者就很容易明白，這樣兩個應用之間將不會有...
Egret開發筆記 七 解耦方式之，掛接解耦
需求 首先，需求是這樣的。戰鬥結算介面 就是戰鬥結束後會有乙個介面顯示這場戰鬥的得失 要顯示一些東西。這些東西並不是固定的，比如，今天有可能要顯示 國慶快樂 明天又是要顯示一幅圖。此處將會舉例顯示乙個元件，因為元件上可以放任何你需要顯示的東西。難點如果需要顯示什麼，就手動在這個介面上，加什麼。那麼後...
自然框架 之「元資料」的威力
定義 元資料最本質 最抽象的定義為 data about data 關於資料的資料 它是一種廣泛存在的現象，在許多領域有其具體的定義和應用。我的理解就是對資料進行說明 描述。不知道我的這個理解對不對？呵呵。sql server 裡面有兩個表，我們可以用這個sql語句來檢視一下，我們可以看到資料庫裡面...