碼農的轉型之路-這款輪子可以造嗎？

從昨天發表的《碼農的轉型之路-多年以來的反思》收到了不少猿友的評論和關註，還有幾個加了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，現面向各位客戶（程式猿、老闆、架構師），通過此文做個小調研，這個輪子是您需要的嗎？您願意花多少銀子呢？還有其他想說的評論區見：)