1. 低代碼與模型驅動
筆者認為,“低代碼”幾乎是“模型驅動(Model-Driven)”的同義詞,從現今絕大部分而言低代碼渠道的完成一起來看,低代碼平臺背后的實現技術正是模型驅動,帶來的新東西并不多。本文將深度分析低代碼、模型驅動的關系,以及如何支撐MES/MOM的未來。
考慮的類別工具在軟件開放中的使用的,拋開具有廣泛性使用的的“類別工具驅動安裝”什么概念,還在基于模型(Model-based)、面向模型(Model-oriented)、以模型為中心(Model-centric)等等,其中“模型驅動”過去在學術界得到了更多的認同。為啥模型驅動一直不溫不火,而低代碼怎么突然就火了?
模型驅動一詞過于學術化,其中包含的概念元數據(Meta-data)、元模型(Meta-model)、建模語言(Modeling language)、自描述(Self-descripted)等概念理解起來有一定的困難,嚇跑了許多民眾。而低代碼就非常親民,傳達的信息非常清晰,獲取全球豐富的認可,在商業上也取得了巨大成功。
圖(tu) “低編(bian)碼(ma)”基本上是(shi)“沙(sha)盤模(mo)型(xing)安裝驅動(Model-Driven)”的同義詞
在軟件開發過程中應用建模技術,其目的是提高抽象層次。計算機軟件開發方法的每一次變革都是通過提高抽象層次實現,從機器語言到匯編語言、再到高級語言、可視化建模語言,開發效率得到了顯著提升。
低代碼的目標是最大限度減少手工的硬編碼,意味著必須更多的使用模型,這正是模型驅動工程(MDE,Model-Driven Engineering)的目標和領域。MDE使用模型提供更高抽象層次,來降低軟件的復雜性的思想已經存在了20余年:
1) 更好很抽象層級“領域模型(Domain Models)”?更具體(ti)、繁瑣的“代碼(Source code)”
2) 更易學易用的“建模工具(Modeling tools)”?高(gao)門檻的“編程工具(Programming tools)”
3) 更客觀的“領域建模(Domain Modeling)”?更偏向技術(shu)細節的“編程(Coding)”
其結果是模型驅動的應用程序開發比手工編碼的效率有顯著的提升,而且基于模型的系統通常更加易于維護。
2. 模型驅動的架構
新建和使用領域模型是MDE的核心理念。這其中最成功的MDE方法是OMG國家團隊明確提出的MDA(Model-Driven Architecture)方案,然而MDE是一種典型的生成式技術,是一種以建模(Modeling)和模型轉換(Model Transformation)為主要途徑的軟件開發方法。
圖 實體模型驅動(dong)安裝的方式 MDA
以下幾點圖,MDA選擇模型轉換工具將平臺無關的模型(PIM,Platform Independent Model)轉換為平臺相關模型(PSM, Platform Specific Model),最后再進一步轉為代碼,代碼最后編譯為應用系統。目前部分低代碼平臺正是基于模型轉換實現的。
圖(tu) MDA將實(shi)體模型(xing)從而(er)變為為編號
這些模型開發過程和運行過程是分離的,建模工具只是在開發期間使用,并不成為系統的一部分,任何對系統的修改都需要進入開發環境,修改模型、重新生成代碼、編譯。然后進入運行過程,關閉系統、部署系統、重新啟動系統。
圖(tu) 常用MDE激(ji)發的(de)過程中和運營的(de)過程中是(shi)拆分的(de)
傳統的軟件開發過程相關概念我建個模型總結如下:
圖(tu) 傳統免費軟件設計管(guan)理的基本原則(ze)
“模型驅動的架構”的相關概念梳理如下,建模語言替代了編程語言,建模工具替代了編程工具,相對于開發環境直接編寫代碼,MDA先創建模型再自動生成代碼,最后編譯為應用系統。
圖(tu) 模式(shi)動力開拓(tuo)的好幾個基本點范疇(chou)
首先,生成式方法產生的代碼有些時候不能完全滿足客戶需求,通常需要手工修改生成的代碼,模型就與代碼不一致了。其次,按照模板自主自動生成的代碼可能不同易瀏覽。另外,模型只是軟件開發過程中的中間產物,無法在系統運行期間動態修改并立刻生效。
3. 運行時的模型驅動
運行時模型驅動(Run-time Model-Driven)架構解決了不能在系統運行期間修改模型并立刻生效的問題。建立了一體化的開發和運行環境,在運行的系統中內置建模工具,支持在系統運行時創建和修改模型,并且在運行時借助“模型解釋器(Model interpreter)”或“執行引擎(Execution engine)”直接加載、解釋和執行模型。
圖(tu) 電腦(nao)操(cao)作時沙盤模(mo)型驅使的(de)設計(ji)電腦(nao)操(cao)作立(li)體式化系(xi)統架構
圖 進(jin)行時沙盤模型驅動(dong)包定制開發的好(hao)幾個基本范疇(chou)
4.通用建模能力是不足夠的
圖 專用型的電線圖3D建模制作產品3D建模制作電線圖尤其比較容易
圖 實(shi)現UML類圖定(ding)議電(dian)(dian)源電(dian)(dian)源電(dian)(dian)路圖的理(li)論依據
圖 用到UML喜歡(huan)的人(ren)圖敘(xu)說三極管
圖(tu) 專(zhuan)用模型(xing)語氣(qi)盡管(guan)說專(zhuan)用但不(bu)全(quan)能
圖 長(chang)見的低代碼怎(zen)么用平臺(tai)網站通用的3D建模(mo)專用工具
圖 面相(xiang)IT的常用模型場景技能(neng)舉例(li)子
圖 應用場景類圖定意(yi)MES/MOM的信(xin)息型式
5. 面向業務領域建模
圖 基于模型定義高度柔性自動化的數字孿生智能工廠
圖 面向(xiang)于服務建筑技術人員的3D建模(mo)性(xing)能
圖(tu) 產生監控攝(she)像頭圖(tu)文(wen)化布置圖(tu)制(zhi)作
圖 設施設備連網模(mo)型場(chang)景用具
圖(tu) 直接展(zhan)示 定向IT和業務流程的三維建(jian)模專用工具(ju)
6. 細化拓展的架構設計
圖 MES/MOM非(fei)常好的分割模(mo)式是分段
1) 技術平臺可能很好解決構架和技木故障,屏弊技木事項和比較復雜化,并供應低代碼是什么建設的有關的專業能力,增加一整塊設備的拓張性和靈巧性。
2) MES/MOM產品平臺避免展示 覆蓋面制作業產品運營全服務操作流程的的相同性模快,因而最主要最大達到器重,符合的相同性訴求,符合跨企業的一體化的標準,封裝類型內控的冗雜性。
3) 行業擴展能夠滿足某些業的初始化,舉例出示個個業層的初始化,實現了對劃分鄰域的精耕細作,最終得以更快為劃分鄰域用戶成就作用。
4) 客戶擴展是為單獨一個企業客人而的開發的,無法單獨一個企業客人的多樣性消費需求。
圖 MES/MOM商品(pin)線行業區間(jian)、專業知(zhi)識土地(di)使用權區間(jian)
7.擊破方法這方面的限止
圖 鼓勵Web及(ji)運(yun)作時模式驅動包的多級(ji)別緩(huan)存數據操作系統(tong)
圖 對體系(xi)員屏弊多(duo)級別內存體系(xi)的復雜(za)的性(xing)
8. 自動運行時建模win7驅動代表人未來
9. 總結
說明:的文章為佰思杰中國原創的文章,不經佰思杰予以許可證,不管什么人不得當復制粘貼、轉發、摘編等不管什么途徑的使用。如需轉發,請取得聯系佰思杰市面部,的電話:027-87774868 郵箱號:bsg@bestmes.cn