黃忠成

LINQ(VB.NET)投影片

Framework最迷人的一點就是，設計時即考量到了延展性的議題，所以一個良好的Framework，必然擁有可擴充的設計存在，本文的Flow Engine雖然簡單,但也具備了這個特色。

Flow Engine，也就是我們常聽到的【流程引擎】，主要用途用於以特定順序執行一系列的工作，就概念上而言，Flow Engine非常簡單，只是依據特定順序來執行一系列工作而已

切出Data Layout，通常是一個資料庫應用程式最初、也是最重要的部分，或許有些初學者對此感到困惑，是的!你可以用SqlDataSource做出客戶資料的編修畫面，

但一旦牽扯到商業邏輯，SqlDataSource絕對不會是選項，硬要使用的話會成為負擔。

想像一下，當設計訂單編修畫面時，你可以使用SqlDataSource來呈現訂單表頭及表身的編輯動作，但儲存前後庫存的控管就一定得回到ADO.NET處理，這時商業

邏輯便會呈現出與UI混雜的窘境，整個應用程式也會變得難以維護。

前一篇中，我們設計了GridViewHandler及FormViewHandler，讓商業邏輯可以由主程式中抽離，放置於外部來動態選擇要載入那些商業邏輯，就該例而言，這個設計除了將原本該

置於Data Layout的商業邏輯與UI扯上關聯外，其實並無其它設計較為不當之處，而將商業邏輯與UI扯上關聯這點，其實也是為了讓範例更加簡單易懂而特意設計的，要將這種設計

移置Data Layout裡也很簡單。

前一篇中，我們討論了Framework的觀念及設計時的注意事項，不過你我都明白，僅靠這些簡短的敘述，是不可能設計出Framework，更不用談實作部份了。

相對於撰寫應用程式，設計Framework通常需要更多的軟體架構及經驗，在看軟體架構的高度也與一般撰寫應用程式不同，通常設計Framework時，架構師必須要以很高的高度來看整個系統架構，然後逐步地往細節走，一開始，是看整棟大樓的位置，周邊，接著細看到每個房間的佈局，越往細節，所造出的限制就越多，這就是設計Framework的基礎觀念之一。

在2006年，我寫了一本[Windows Forms 框架設計實務]，書中淺略的介紹了Framework，也就是框架的觀念及設計概念，時至今日，算算也過了將近5年之久了，現在的Framework與當年我所專注的Framework雖然有一些差異，但在設計及概念基礎上還是一樣的，本文目的在於重新介紹這些概念，也介紹一些當年沒有出現的Framework觀念。

關聯式資料庫(RDBMS)，轉眼間已經陪伴了我們30幾年，也證明了它是近30年來最佳的資料儲存策略，但隨著雲端技術的來臨，這個老朋友卻遲遲未跟上腳步