前言：

1、本思維架構圖是基於：受限於某現實場景下的最優規劃。

2、本思維架構圖是基於：工業製造行業的低程式碼開發平臺。

工業製造業的特點：

這個行業比較簡單，基本要求都是：

1、對生產的裝置進行資料採集與設定，並進行監控或告警。

2、要求有自定義看板，適合根據圖表監控特定的裝置資料。

3、功能不多，模組也比較獨立，資料表全是由裝置採集而需自動生成。

4、做為低程式碼平臺的標配：自定義介面（針對行業，還需提供VB、Python、JS等多種封裝好的工業函數）

根據行業和模組的獨立性，以及快速響應開發的需求，構思並設計了大一統的藍圖。

下面補上之前的思維架構圖，原圖有點大，這裡截圖拆分：

1、後端：微服務架構：

作用：

執行作為註冊中心，提供統一的存取地址。

說明：

1、對於工業製造化場景，因為裝置一直在生產，因此要求系統不能停機，一停機可能生場的裝置沒有對應的資料就會報廢。

2、測試環境，必須到現場才能有硬體裝置測試，同時還要求模組新增或升級、Bug問題修復時，保持系統可用。

3、原有外掛式模組，很容易引發舊全域性問題。

因此，微服務應用，比起外掛式應用，在這裡更適合場景。

這只是大體的規劃思路圖，核心包括：

1、基礎負載均衡。

2、版本升級絲滑。

3、模組新增或移除簡便。

目前Taurus.MVC 已經實現並行布了V3.0.2微服務架構版本，僅待寫文介紹了。

2、後端：WebAPI 開發框架：

作用：

1、提供標準化介面開發方式。

2、提供統一的資料庫操作類。

3、提供統一的紀錄檔操作與管理。

4、提供統一的WebAPI開發測試檔案。

說明：

Taurus.MVC 本身已有WebAPI功能，因此直接上圖即可：

框架的核心要素，極大提升開發效率：

1、資料庫：框架自帶CYQ.Data，一次編碼，滿足各種資料庫要求。

2、紀錄檔：可以通過設定LogConn，統一監控。

3、開發檔案：框架自帶，前後端無需溝通，都統一在註冊中心地址存取。

3、後端：系統許可權控制平臺：

作用：

1、提供標準化增刪改查介面，實現基本業務的無程式碼。

2、提供基本的許可權相關功能。

3、對微服務程式提供統一管理功能。

說明：

該平臺的設計類似Aries、即無程式碼實現標準化的基礎資料增刪改查。

因為前後端分離與前端技術受限的原故，這裡是規劃重新開發。

並且做為了一個獨立的微服務程式，獨立完成開發、測試、部署。

4、後端：各獨立的訊息中介軟體：

作用：

1、接收由硬體採集的資料。

2、將採集資料入庫。

3、將硬體採集的實時資料以Socket方式快速回傳給前端顯示。

說明：

硬體資料的採集，可由C#或C++編寫，對接PLC的各裝置協定採集即可。

採集程式可獨立，通過MQ釋出訂閱方式，由中介軟體接收，入庫。

5、後端：資料採集中件間

作用：

1、負責採集硬體裝置的端資料。

2、沉澱出支援各硬體協定的採集元件。

說明：

資料採集後，可以通過MQ的訂閱釋出，將最新變更的資料推播過去。

6、後端：各獨立的微服務應用程式

作用：

提供標準化或差異化的行業模組。

說明：

根據行業特性，可以沉澱出標準化或差異化的行業模組，沉澱的行業專案越多，後期越接近無程式碼，只需要選擇對應的服務即可。
最終實現：業務人員，從系統中選出對應模組，匯出即可成為統一的解決方案。

7、前端：基礎框架

作用：

1、提供自定義介面佈局（Web、App）。

2、根據行業特性，提供並沉澱業務元件。

說明：

做為前後端分離部分，前端提供封裝的使用方法的便捷性，會很大影響開發效率。

8、邊緣模組：監控與授權

作用：

1、提供對硬體的執行告警與執行模組的監控與重啟。

2、提供軟體授權的解決方案。

說明：

由於生產裝置的系統，都執行在內網環境，因此，需要提前預測故障的可能性，

並且在故障發生前，需要收到告警資訊，並提前處理好該問題，避免故障直接發生，導致客戶損失。

9、構建大一統的測試環境

作用：

1、對於實施團隊：直接選擇業務模組，匯出解決方案。

2、對於測試團隊：長久的執行，可以提前監控出問題，提前修正。

3、對於開發團隊：可以提前優化升級系統，為實施團隊提供更穩定的模組。

10、程式設計師的自我修養

作用：

提供統一的開發標準，打造流水線開發人員。

說明：

對於業務型的公司，除了新人，是很難得到成長的。

因此，程式設計師在此類公司，必須具有很強的自我修養，才能在技術上更進一步。

因而，研究框架的底層實現，是最便捷的一種方式。

總結：

因為遇人不淑的原因，僅開始規劃出全域性，就Say GoodBye了，因此目前停留在規劃階段。

工業製造行業的低程式碼開發平臺思維架構圖

前言：