在人類發展的歷史長河中，人們改造自然界的方法和工具是在不斷更新改進着，我們軟件界的開發方法和工具也經歷着不斷演變，從面向過程走到面向對象，再走到現在的流行面向框架，幾乎每個稍具規模的軟件公司都有自己的框架和組件積累，雖然取得了不小的進步，但是開發速度仍不盡人意，我們要問：有沒有可能再尋找到下一個面向，在面向對象、面向框架的基礎之上，讓軟件開發更快速到位一些?
首先肯定一點，面向框架的開發已是非常先進，它是在面向對象基礎之上對某個層次或領域共性的抽象，解決了軟件共性重用的問題，但是軟件個性業務邏輯的擴展依然要寫很多程序，依然有很多的開發工作量。全局來看，多少軟件公司做的個性業務邏輯是具有共性的，如同行業的業務功能等，也就是說在框架開發者眼中的個性，在行業領域開發者眼中也是有共性的，也是需要共性抽象的，但是行業框架很少有人當作產品來銷售或共享，有沒有可能把這些行業經驗和開發套路積累顯示的描述出來，讓大家共享呢?
金富瑞(北京)科技在國內知名應用框架平臺產品UCML之上，獨家推出了面向套路的編程模式和思想，面向套路的編程模式降低了框架的學習成本、消滅了隱性編程知識、輕鬆完成複雜的業務邏輯編程和過程銜接、能夠使行業開發者不斷積累和共享的開發套路經驗，真正能解決多個軟件公司多次重複的做相同行業的開發工作。如此神奇如何做到?
面向套路的編程是在特定的應用基礎框架IDE平臺之上，預置和新定義特定粒度的編程要素信息（如數據訪問對象、領域數據組件、展現組件、業務單元和流程環節等），利用動態解釋語言來自動執行程序員的編程動作和銜接各種業務邏輯程序，從而能夠把基礎層、通用層和領域層等各個層次的業務邏輯單元模型描述出來， 再用軟件生產線把多個業務邏輯單元模型串接起來，實現我們新一代的編程模式：面向套路的編程！
下面是面向套路編程的一些基本基礎術語，大家可以體會一下：
編程元素
計算機裏的業務是描述人們在現實世界裏的行爲，一個行爲包括如下要素：行爲的參與者、行爲主題、行爲規則、行爲處理過程和行爲結果。其中行爲的參與者、行爲主題和行爲結果是行爲實體部分（可以理解爲領域對象）；而行爲規則和行爲處理過程是業務的邏輯處理部分。
編程元素包括業務數據組件、業務的展現組件、數據字段、錄入控件、業務的基礎框架類對象和其他相關的類、函數等，都可以作爲編程元素。
關於框架和組件重用
應用框架是把衆多企業單元的活動共性特徵抽取出來，用一組面向對象的基類來描述他們共同的特徵和處理過程，這樣業務程序在實現時，這些共性編程就不需要再寫程序，應用框架完成了共性的重用，組件是獨立的功能單元。應用框架和組件描述了業務系統的基礎層和通用層，而行業領域業務層，是需要在應用框架基礎之上擴展的個性，這些個性在某個行業領域自身來講也是共性，他們也需要領域共性建模，但是一般框架產品認爲領域邏輯是純粹是個性，要自己寫邏輯程序，我們提出了邏輯單元模型的概念來爲這些行業領域共性來建模。
邏輯單元模型
一個邏輯單元模型描述的是一個程序員爲了完成某個業務邏輯單元程序（如唯一值檢查）所要做的一系列編程動作和過程，邏輯單元模型語言是專門描述程序員編程動作的一門動態解釋語言，能模擬程序員日常的動作，如添加函數、按鈕、程序代碼和掛接事件等程序一切的動作，其次這門語言能訪問可重用的或專用的領域組件及它的一些元數據信息，這門語言還有大量的類庫和底層函數，以供擴展方便。
邏輯單元的參數主要爲行爲要素，數據組件、展現組件、數據字段和錄入控件等。所以邏輯單元模型實現了行爲要素（組件）之間的交互、規則和過程等邏輯程序，邏輯單元模型不是組件，組件越多、功能越強，只能說開發獨立功能單元的工作量會小，但是代替不了組裝的工作量，邏輯單元模型是在面向對象、面向框架基礎之上進一步發展出來的，重點解決組件和組件之間如何邏輯銜接和組裝的邏輯編程問題，而邏輯編程能力高低也是我們歷來衡量一個程序水平和能力的重要依據，而邏輯單元模型的提出，會使普通編程人員輕鬆編寫出複雜高難的邏輯程序出來的。
軟件生產線套路
一個業務模塊是由多個邏輯單元組成的，我們把多個邏輯單元模型按照一定的線路組裝在一起，就形成了軟件生產線。用訂單模塊舉例來說，會包含如下邏輯單元：公式程序、控件級校驗程序、表單級校驗程序和提交後修改庫存等，一個訂單模塊的軟件生產線就會包括完成公式程序、控件級校驗程序、表單級校驗程序和提交後修改庫存程序的一系列邏輯單元模型。程序員在使用生產線的時候，只需要按照步驟打開邏輯單元模型，輸入參數，就可以得到想要結果程序了。
軟件生產線的本質是在編程要素基礎之上，能夠完成各個層面(基礎層、通用層和行業領域層)的編程套路，是把團隊的成功經驗和隱性知識模型化、套路化，而不需要每個人都去花費大量時間去摸索已經是已知知識的經驗和套路。
在團隊內部可以把知識套路化、模型化，打破軟件公司的界限能否也做到知識經驗共享呢，就讓新時代驗證吧！