從昨天發表的《碼農的轉型之路-多年以來的反思》收到了不少猿友的評論和關注，還有幾個加了wx，給了很多正面的反饋。趁着熱度還在:) 也有很多人不知道這個人要幹嘛，索性今天正式介紹一下，但名字還沒有想好，她應該是一款瀏覽器工具。
一、什麼應用場景？
1.C/S開發
大概是7年前當時公司接了一個區域品牌羊肉追溯項目，其核心是通過RFID的卡標識人（養殖戶）、貨（羊）、場（屠宰場）以防止洗澡羊冒充品牌羊，應用價值就不多說了。技術點包含RFID讀寫器控制、軌道秤的重量數據採集、信號燈控制、屠宰場溫溼度採集、打印溯源標籤以及攝像頭直播和錄像等功能。
我做爲項目的技術經理，一堆硬件數據採集和控制，按照當時主流做法是採用WPF/Winform做爲上位機的控制終端，架構師都做了基礎的技術研究，最後我提議考慮引入B/S和C/S混合架構，從易用性、擴展性、維護性等幾個維度分析兩種方式的優劣勢。
考慮到會C/S的人員有少（更別說熟悉了），擴展性差（更新升級不方便，工控環境鼠標鍵盤都沒有，將大部分業務界面使用web開發，刷新就是最新版）、C/S開發的界面比較low（也不是不做出來，做出來的成本比較高），所以最終採用WPF+CEF Chromium來做C/S底盒，用控制檯Web Api來控制硬件設備。這樣一來只需要1個人做硬件對接再開放一個http接口，1個前端人員就可以完成核心功能開發。
2.大屏展示系統
大屏展示系統有2個問題：
第一、靜態資源加載多、加載慢，現在ZF項目喜歡高大上的界面，傳統的2D地圖看膩了。爲了解決領導們的喜好，很多都使用3D地圖+傾斜攝影做模型展示，視覺效果確實槓槓的，但是好看意味着資源文件大，往往加載這些資源都要卡成狗。
所以使用本地微服務加載資源，可以大大提高效應速度。
第二、界面全屏、開機啓動功能，大屏系統大部分也是一個web界面，都是用瀏覽器展示，如果可以看到瀏覽器就顯得太low了，所以必須全屏展示，電腦基本也是專用功能需要開機就自動打開系統。
所以這個工具可以完美解決這兩個問題，其實其他項目也有類似的問題，主打一個DIY版本的瀏覽器。
3.工業互聯網項目
與我遇到的羊肉追溯項目類似，核心的設備都是按照在屠宰場內部，屠宰場就是一個簡易版的工業生產環境，都是基於上位機控制下位機，比如稱重採集、RFID、信號燈、打印機等串口開發。
二、功能清單
1．支持加載遠程服務器html，可以使用Java、.NET、PHP或者其他動態網頁技術。支持加載本地Html、js、css開發UI，同時支持vue 混合模式，也就是可以開發單機版Windows App。
2．支持Get、Post等Web接口，可以通過web請求控制物聯網設備相關的接口。
3．支持工控常規的關機、界面全屏、開機自啓等操作。
4．支持調起開發者調試工具，方便界面調試。
5．支持Flash播放，也就是支持視頻播放和直播等功能。
6．支持多種電子秤協議，支持實時推送串口數據，並且可以擴展新的品牌型號。
7．支持多種RFID設備協議，並且可以添加的品牌型號。
8．支持打印插件，可自定義打印模板。
9．支持調用執行任意代碼或插件，實現桌面定製功能開發。
10．支持語音播放和語音識別模塊。
11．支持html轉pdf。
12．支持圖片文字識別，基於OneNote實現。
13．支持窗口截圖，實現抓屏或抓拍直播畫面。
三、寫作最後
如果單純的有這些功能，也僅僅是一個輪子而已，稍微花點時間就可以複製一套。那麼有什麼特殊或裝b的亮點嗎？我想說跟xx一樣擠一擠還是有的，總結了2個：
一個是功能多，尤其是RFID的廠家和型號至少支持5款以上，基本上大部分都支持了，電子秤已經支持耀華、託利多、頂尖等常用的品牌型號。
另外一個是擴展性，系統封裝了通用的基類，只要繼承實現編譯dll或exe放到插件區域就可以自動加載，比如支持一個新的稱重儀表，具體可以看一下稱重驅動二次開發教程。
通過上面的介紹不知道有沒有表達清楚，這個輪子是給程序猿打輔助的，所以爲了避免自我YY，現面向各位客戶（程序猿、老闆、架構師），通過此文做個小調研，這個輪子是您需要的嗎？您願意花多少銀子呢？還有其他想說的評論區見：)