簡(jiǎn)介一套基于C#與WPF構(gòu)建的MES制造執(zhí)行系統(tǒng)項(xiàng)目源碼面向制造業(yè)信息化開(kāi)發(fā)人員以及希望掌握WPF桌面端與MES業(yè)務(wù)結(jié)合的.NET工程師。壓縮包共315個(gè)文件約11.95MB其中包含88個(gè)cs邏輯代碼、62個(gè)dll引用庫(kù)、45個(gè)xml配置及多個(gè)xaml/baml界面資源同時(shí)帶有mdf/ldf數(shù)據(jù)庫(kù)文件、config配置文件與編譯生成的exe較完整呈現(xiàn)一個(gè)可運(yùn)行的MES客戶端項(xiàng)目。界面預(yù)覽涉及主窗口、庫(kù)位、按鈕樣式、TabControl等組件可借此了解WPF自定義控件樣式、頁(yè)面導(dǎo)航與后臺(tái)綁定的典型做法。已有736人學(xué)習(xí)下載適合用于參考項(xiàng)目分層、數(shù)據(jù)庫(kù)腳本、界面布局與業(yè)務(wù)交互邏輯為自研或二次開(kāi)發(fā)MES系統(tǒng)提供直接素材對(duì)于想驗(yàn)證WPF控件在實(shí)際生產(chǎn)管理系統(tǒng)中的用法也是不錯(cuò)的參考樣例。 MES 系統(tǒng)這幾年在國(guó)內(nèi)制造業(yè)里被反復(fù)提起不管你是給汽配廠、電子組裝車間還是注塑車間做信息化最終都會(huì)落到同一個(gè)問(wèn)題客戶端到底用什么技術(shù)棧來(lái)做。我的答案很直接C# WPF。這不是什么趕時(shí)髦的選擇而是從設(shè)備對(duì)接、現(xiàn)場(chǎng)部署、操作習(xí)慣、開(kāi)發(fā)效率幾個(gè)維度比下來(lái)它確實(shí)非常適合 MES 這個(gè)場(chǎng)景。這篇文章不繞彎子直接把我在 MES 項(xiàng)目里搭建 C# WPF 系統(tǒng)的完整思路、模塊梳理、設(shè)備通訊、數(shù)據(jù)采集防卡頓的經(jīng)驗(yàn)寫出來(lái)給準(zhǔn)備入行或者正在被 WPF 卡住的同行做個(gè)參考。1. 為什么這套系統(tǒng)選了 C# WPF而不是網(wǎng)頁(yè)端1.1 MES 場(chǎng)景對(duì)客戶端其實(shí)很苛刻MESManufacturing Execution System是制造執(zhí)行系統(tǒng)管的是從工單下達(dá)到產(chǎn)品完工這一段執(zhí)行層的全過(guò)程。它跟 ERP 不一樣ERP 可以坐在辦公室里慢慢點(diǎn)MES 的界面就架在產(chǎn)線旁邊操作工每天要掃幾百上千個(gè)條碼設(shè)備狀態(tài)每秒鐘都在變現(xiàn)場(chǎng)節(jié)奏完全不允許頁(yè)面轉(zhuǎn)圈等待。這就要求客戶端啟動(dòng)快、界面響應(yīng)快、長(zhǎng)時(shí)間運(yùn)行不卡頓還要能直接訪問(wèn)本機(jī)的硬件資源。這個(gè)需求一擺出來(lái)純 Web 方案就很尷尬了。不是說(shuō) Web 做不了 MES而是到了產(chǎn)線設(shè)備這一層瀏覽器要調(diào)串口、讀 USB 掃碼槍、跟 PLC 走工業(yè)協(xié)議都得繞 WebUSB、ActiveX 這類兼容性極差的路子現(xiàn)場(chǎng)機(jī)器又雜系統(tǒng)版本還亂折騰一圈下來(lái)不如桌面端直接訪問(wèn)硬件省心。1.2 C# 生態(tài)在工業(yè)現(xiàn)場(chǎng)的優(yōu)勢(shì)C# 在工控領(lǐng)域積累非常深。底層串口通訊有 System.IO.Ports網(wǎng)絡(luò)通訊有 System.Net.Sockets工業(yè)以太網(wǎng)有 OPC UA 的各種封裝庫(kù)掃碼槍、電子秤、RFID 這些外設(shè)的資料也幾乎都是 C# 的示例代碼。真到了現(xiàn)場(chǎng)要對(duì)接一臺(tái)老設(shè)備的 DLL或者用 Modbus 協(xié)議去讀 PLC 的寄存器C# 開(kāi)發(fā)者的參考資料量和踩坑經(jīng)驗(yàn)是最多的。WPF 負(fù)責(zé)界面這一層也足夠能打。界面做出來(lái)專業(yè)感強(qiáng)數(shù)據(jù)綁定機(jī)制特別適合頻繁變化的數(shù)據(jù)展示不像 WinForms 那樣動(dòng)不動(dòng)就要手動(dòng)操作控件也不像網(wǎng)頁(yè)那樣需要處理一堆跨域和協(xié)議問(wèn)題。MES 這種形態(tài)——一套系統(tǒng)要管排產(chǎn)、報(bào)工、質(zhì)量、設(shè)備、報(bào)表又要在現(xiàn)場(chǎng)跑得穩(wěn)——C# WPF 的組合在性價(jià)比上幾乎是最佳解。1.3 這套組合適合誰(shuí)如果你正準(zhǔn)備進(jìn)入這個(gè)方向或者正在猶豫技術(shù)選型我覺(jué)得這三類人最適合走 C# WPF 的路線給中小制造企業(yè)做 MES 外包或自研的團(tuán)隊(duì)有 WinForms 經(jīng)驗(yàn)想升級(jí)到現(xiàn)代化客戶端開(kāi)發(fā)的老 C# 程序員還有想把 MES 做成標(biāo)準(zhǔn)化產(chǎn)品賣給多家工廠的產(chǎn)品型公司。至于個(gè)人練手用這個(gè)技術(shù)棧做一個(gè)簡(jiǎn)單的車間報(bào)工系統(tǒng)也是最能逼近真實(shí)工業(yè)場(chǎng)景的路徑。2. 先盤一下 MES 到底有哪些功能模塊2.1 別急著寫代碼先把業(yè)務(wù)地圖鋪開(kāi)很多人一聽(tīng)到 MES 就想去寫排產(chǎn)算法結(jié)果做著做著發(fā)現(xiàn)壓根不是那么回事。MES 的核心不是算法多厲害而是把車間里的流程管起來(lái)。典型的功能模塊大致是這樣的基礎(chǔ)數(shù)據(jù)物料、BOM、工藝路線、工序、設(shè)備、工位、人員檔案這些是系統(tǒng)運(yùn)轉(zhuǎn)的底子。計(jì)劃與派工從 ERP 接工單或者手工建工單然后拆分到工序、產(chǎn)線、班次下發(fā)到具體工位。生產(chǎn)執(zhí)行開(kāi)工、完工、報(bào)工、過(guò)站、首件檢驗(yàn)、批次流轉(zhuǎn)這是操作工每天點(diǎn)得最多的界面。質(zhì)量追溯SN 條碼追溯、批次追溯、不良品處理、檢驗(yàn)記錄出了問(wèn)題要能一路追到原材料批次。設(shè)備采集通過(guò) PLC、傳感器、CNC 采集設(shè)備狀態(tài)、產(chǎn)量、關(guān)鍵參數(shù)比如注塑機(jī)的溫度壓力、CNC 的轉(zhuǎn)速負(fù)載。異常管理安燈呼叫、異常報(bào)警、停線記錄現(xiàn)場(chǎng)一有問(wèn)題系統(tǒng)要能馬上彈出來(lái)。報(bào)表看板OEE、產(chǎn)量統(tǒng)計(jì)、不良率趨勢(shì)、WIP 在制分布這些是管理層最關(guān)心的出口。2.2 繞不開(kāi)的英文術(shù)語(yǔ)MES 行業(yè)里英文縮寫多得讓人頭疼新人進(jìn)場(chǎng)第一關(guān)就是認(rèn)術(shù)語(yǔ)。我把現(xiàn)場(chǎng)最高頻的整理成一張小表縮寫全稱含義WIPWork In Process在制品BOMBill of Material物料清單SFCShop Floor Control車間現(xiàn)場(chǎng)控制AndonAndon安燈異常呼叫系統(tǒng)OEEOverall Equipment Effectiveness設(shè)備綜合效率SPCStatistical Process Control統(tǒng)計(jì)過(guò)程控制WO / MOWork Order / Manufacturing Order工單/制造訂單SNSerial Number序列號(hào)唯一追溯碼SOPStandard Operating Procedure標(biāo)準(zhǔn)作業(yè)指導(dǎo)書跟車間老師傅開(kāi)會(huì)的時(shí)候你說(shuō) WIP 他們可能愣一下但你說(shuō)在制品查詢他們立刻就知道你要干嘛。術(shù)語(yǔ)是用來(lái)整理邏輯的不是用來(lái)裝樣子的。2.3 為什么 MES 報(bào)價(jià)差異那么大經(jīng)常有人問(wèn) MES 系統(tǒng)多少錢一套這個(gè)真的沒(méi)法一口價(jià)。MES 項(xiàng)目的成本大頭從來(lái)不是軟件授權(quán)而是實(shí)施服務(wù)——現(xiàn)場(chǎng)調(diào)研、藍(lán)圖設(shè)計(jì)、接口開(kāi)發(fā)、試運(yùn)行陪產(chǎn)每一個(gè)環(huán)節(jié)都是人天成本。同樣是報(bào)工模塊A 廠只需要掃碼確認(rèn)B 廠要跟稱重?cái)?shù)據(jù)聯(lián)動(dòng)、自動(dòng)校驗(yàn)數(shù)量、超差彈窗工作量差好幾倍。設(shè)備接口數(shù)量是最大的變量接三臺(tái)注塑機(jī)和接三十臺(tái) CNC 完全是兩個(gè)價(jià)。所以如果有人不來(lái)看現(xiàn)場(chǎng)就給你報(bào)一口價(jià)你反而要小心。3. 整體架構(gòu)怎么搭客戶端、服務(wù)端、設(shè)備層各管什么3.1 我采用的分層結(jié)構(gòu)做 MES 最怕的就是把業(yè)務(wù)邏輯全塞進(jìn)界面代碼里后期根本改不動(dòng)。我一般這樣分WPF 客戶端 ├── View頁(yè)面、控件、樣式 ├── ViewModel狀態(tài)管理、命令、數(shù)據(jù)綁定 └── Model實(shí)體、接口、DTO ↓ 應(yīng)用服務(wù)層業(yè)務(wù)流程、工單流轉(zhuǎn)、校驗(yàn)規(guī)則 ↓ 數(shù)據(jù)訪問(wèn)層EF Core / Dapper SQL Server設(shè)備通訊單獨(dú)拉一層可以是 Windows 服務(wù)也可以是獨(dú)立進(jìn)程跟客戶端解耦。這樣客戶端被操作工誤關(guān)了、重啟了設(shè)備數(shù)據(jù)采集不會(huì)斷這是現(xiàn)場(chǎng)最基礎(chǔ)的要求。3.2 客戶端里推薦用 MVVM 框架WPF 開(kāi)發(fā)不做 MVVM 等于白用。我用過(guò) Prism也用過(guò) CommunityToolkit.Mvvm結(jié)論是如果項(xiàng)目規(guī)模大、模塊多比如一套系統(tǒng)里有十幾個(gè)功能模塊直接用 Prism它幫你把模塊化、導(dǎo)航、依賴注入都解決了如果項(xiàng)目不大用 CommunityToolkit.Mvvm 更輕寫起來(lái)也順手。MVVM 的核心價(jià)值是讓界面和邏輯分離。報(bào)工按鈕點(diǎn)了之后要做什么不應(yīng)該放在按鈕的 Click 事件里而應(yīng)該是按鈕綁定一個(gè) ExecuteCommand命令里調(diào)用業(yè)務(wù)層方法界面只負(fù)責(zé)把結(jié)果展示出來(lái)。這樣以后 WinForms 項(xiàng)目轉(zhuǎn)過(guò)來(lái)的同事也能快速理順?biāo)悸贰?.3 設(shè)備通訊層為什么要獨(dú)立出來(lái)設(shè)備通訊這塊我踩過(guò)最大的坑就是一開(kāi)始把串口采集寫在客戶端里結(jié)果車間一臺(tái)電腦死機(jī)整條產(chǎn)線的數(shù)據(jù)就斷了。后來(lái)我把所有設(shè)備通訊獨(dú)立成一個(gè)采集服務(wù)客戶端只是訂閱它的數(shù)據(jù)。服務(wù)端跟客戶端之間用 SignalR 或者 WebSocket 做實(shí)時(shí)推送客戶端斷線重連之后服務(wù)端還會(huì)把斷線期間的數(shù)據(jù)補(bǔ)給它。局域網(wǎng)環(huán)境下這個(gè)方案非常穩(wěn)也省了客戶端處理底層通訊的復(fù)雜度。4. 設(shè)備通訊實(shí)戰(zhàn)掃碼槍接入和 Socket 長(zhǎng)連接的真實(shí)姿勢(shì)4.1 掃碼槍先想清楚要哪種掃碼槍在 MES 里是每天都離不開(kāi)的設(shè)備。市面上主流就兩種USB 鍵盤口和串口。鍵盤口掃碼槍本質(zhì)上是模擬鍵盤輸入焦點(diǎn)在哪字符就打到哪好處是即插即用壞處是容易串到別的輸入框還會(huì)被中文輸入法干擾。串口掃碼槍通過(guò)串口協(xié)議把數(shù)據(jù)發(fā)給程序由代碼精確控制我強(qiáng)烈建議 MES 項(xiàng)目選串口或者 USB 轉(zhuǎn)串口的型號(hào)穩(wěn)定得多。4.2 串口掃碼槍的觸發(fā)實(shí)現(xiàn)串口掃碼槍接好之后核心就是用 SerialPort 的 DataReceived 事件讀取數(shù)據(jù)。掃碼槍通常以回車鍵0x0D表示一幀數(shù)據(jù)結(jié)束代碼里要累加接收緩沖區(qū)遇到回車再觸發(fā)一次完整的條碼處理private StringBuilder _buffer new StringBuilder(); private void SerialPort_DataReceived(object sender, SerialDataReceivedEventArgs e) { var sp sender as SerialPort; int len sp.BytesToRead; byte[] data new byte[len]; sp.Read(data, 0, len); foreach (byte b in data) { if (b 0x0D || b 0x0A) { string barcode _buffer.ToString(); _buffer.Clear(); if (barcode.Length 0) { Dispatcher.Invoke(() ProcessBarcode(barcode)); // 更新UI必須在UI線程 } } else { _buffer.Append((char)b); } } }這里有兩個(gè)關(guān)鍵點(diǎn)一個(gè)是 DataReceived 事件在后臺(tái)線程觸發(fā)更新界面必須用 Dispatcher 切回 UI 線程另一個(gè)是掃碼數(shù)據(jù)要按回車拆幀否則可能出現(xiàn)半條碼的問(wèn)題。這種處理方式我用了很多年從來(lái)沒(méi)出過(guò)差池。4.3 Socket 長(zhǎng)連接里的粘包拆包MES 里跟設(shè)備通訊最多的場(chǎng)景是 TCP 長(zhǎng)連接比如跟 PLC、視覺(jué)系統(tǒng)、老化測(cè)試設(shè)備對(duì)接。很多新手在這里最懵的就是粘包TCP 是字節(jié)流沒(méi)有消息邊界你一次 Send 出去的數(shù)據(jù)對(duì)端可能一次 Receive 收到多包也可能半包。解決辦法就是自定義協(xié)議幀頭 數(shù)據(jù)長(zhǎng)度 數(shù)據(jù)體 校驗(yàn)// 發(fā)送端 byte[] body Encoding.UTF8.GetBytes(json); byte[] frame new byte[4 body.Length]; frame[0] 0xAA; // 幀頭 frame[1] 0x55; frame[2] (byte)(body.Length 8); // 長(zhǎng)度高字節(jié) frame[3] (byte)(body.Length 0xFF); // 長(zhǎng)度低字節(jié) Buffer.BlockCopy(body, 0, frame, 4, body.Length); socket.Send(frame); // 接收端先把字節(jié)流存緩沖區(qū)解析出完整幀再處理 public static Listbyte[] DecodeFrames(byte[] received) { var frames new Listbyte[](); // 在緩存區(qū)中循環(huán)查找?guī)^、解析長(zhǎng)度、取幀直到緩存不足一幀 // 剩下的數(shù)據(jù)保留等下次接收繼續(xù)拼接 }拆包的邏輯說(shuō)起來(lái)不復(fù)雜但實(shí)際調(diào)起來(lái)很考驗(yàn)?zāi)托?。設(shè)備廠商的協(xié)議文檔寫得千奇百怪有的用 ASCII 文本協(xié)議有的用二進(jìn)制有的校驗(yàn)算法不公開(kāi)。我的經(jīng)驗(yàn)是先讓設(shè)備廠商提供報(bào)文樣例用串口調(diào)試助手或 TCP 調(diào)試工具抓幾組真實(shí)數(shù)據(jù)再寫解析代碼千萬(wàn)不要憑空想象協(xié)議格式。關(guān)于連接數(shù)量很多人問(wèn) C# TCP 最多支持多少個(gè)連接。局域網(wǎng)場(chǎng)景下只要用 async/await 模式而不是一個(gè)連接一個(gè)線程單機(jī)支撐幾百上千個(gè)連接并沒(méi)有什么問(wèn)題。但 MES 里更需要注意的不是上限而是斷線重連和心跳?；钴囬g網(wǎng)絡(luò)經(jīng)常有抖動(dòng)設(shè)備端斷電重啟是常事。我一般會(huì)在客戶端線程里加一個(gè)定時(shí)心跳每 5 秒發(fā)一次連續(xù)幾次沒(méi)收到回應(yīng)就主動(dòng)斷開(kāi)重連這樣比干等超時(shí)可靠得多。5. 數(shù)據(jù)采集與界面刷新把卡頓提前焊死5.1 卡頓是怎么發(fā)生的循環(huán)數(shù)據(jù)采集和 UI 刷新卡頓是 WPFMES 項(xiàng)目里問(wèn)得最多的問(wèn)題?，F(xiàn)象很好描述界面開(kāi)著采集過(guò)一會(huì)兒鼠標(biāo)就轉(zhuǎn)圈了窗口拖不動(dòng)嚴(yán)重時(shí)直接白屏。根因只有一個(gè)——把耗時(shí)操作和界面更新放在了同一個(gè) UI 線程里。WPF 的 UI 線程要處理鼠標(biāo)鍵盤消息、繪制界面、執(zhí)行布局如果你在這個(gè)線程里做數(shù)據(jù)讀取比如循環(huán)讀 PLC、讀寫數(shù)據(jù)庫(kù)它就沒(méi)空處理界面消息自然就卡了。典型的錯(cuò)誤寫法長(zhǎng)這樣// 反面教材把采集和刷新都放在UI線程 while (true) { var data ReadPlcData(); // 耗時(shí)操作可能阻塞 txtTempr.Text data.ToString(); // 直接更新控件 Thread.Sleep(200); }這個(gè)循環(huán)一旦跑起來(lái)UI 線程全被占住界面就成了一個(gè)假死狀態(tài)。5.2 正確姿勢(shì)后臺(tái)采集 批量刷新正確做法是把采集放到后臺(tái)任務(wù)里數(shù)據(jù)先放進(jìn)一個(gè)線程安全的隊(duì)列UI 側(cè)再定時(shí)批量取出刷新。我用得最順的方案是 Channel DispatcherTimer// 后臺(tái)采集線程 var channel Channel.CreateUnboundedfloat(new UnboundedChannelOptions { SingleReader true, SingleWriter true }); Task.Run(async () { while (true) { await Task.Delay(100); // 每100ms采一次 float value ReadPlcTemperature(); // 真實(shí)采集動(dòng)作 await channel.Writer.WriteAsync(value); } }); // UI側(cè)DispatcherTimer每500ms批量刷新一次 _dispatcherTimer new DispatcherTimer(); _dispatcherTimer.Interval TimeSpan.FromMilliseconds(500); _dispatcherTimer.Tick (s, e) { while (channel.Reader.TryRead(out float value)) { Temprature value; // ViewModel的屬性觸發(fā)界面更新 } }; _dispatcherTimer.Start();這樣采集線程干采集的活UI 線程干刷新的活各不干擾。就算采集再頻繁UI 側(cè)始終按自己的節(jié)奏刷新界面就不會(huì)卡。這里還有一個(gè)小經(jīng)驗(yàn)就算數(shù)據(jù)每 100ms 來(lái)一次界面也沒(méi)必要刷新那么快人在看板上根本感知不到 10Hz 的刷新我一般刷新頻率控制在 1-2Hz反而更流暢清晰。5.3 定時(shí)器選型與實(shí)時(shí)曲線WPF 里有三種常用的定時(shí)方案DispatcherTimer、System.Timers.Timer、Task.Delay 循環(huán)。很多新人不理解它們區(qū)別我直接說(shuō)結(jié)論如果只是定時(shí)刷新界面用 DispatcherTimer它就在 UI 線程觸發(fā)更新控件不用 Invoke如果要定時(shí)采集數(shù)據(jù)、定時(shí)寫數(shù)據(jù)庫(kù)這類后臺(tái)動(dòng)作用 System.Timers.Timer 或者 Task.Delay 循環(huán)觸發(fā)線程是后臺(tái)線程不會(huì)卡界面。但 Timer 事件里更新 UI 一定要通過(guò) Dispatcher.Invoke 回來(lái)。做實(shí)時(shí)趨勢(shì)曲線的時(shí)候我常用 LiveCharts2 或者 OxyPlot。OxyPlot 勝在穩(wěn)定和輕量LiveCharts2 做出來(lái)的界面好看動(dòng)畫順滑。注意它們的動(dòng)態(tài)數(shù)據(jù)更新也最好不要每秒幾十次地推把數(shù)據(jù)緩存到后臺(tái)集合里界面依然走定時(shí)刷新的路子讓曲線按照固定的幀率重繪運(yùn)行一整天也不卡。6. 項(xiàng)目落地時(shí)最容易踩的幾個(gè)坑6.1 輸入法把掃碼數(shù)據(jù)吃掉了這個(gè)坑我在第一個(gè)項(xiàng)目里就碰到過(guò)。操作工掃條碼偶爾發(fā)現(xiàn)輸入框里少了一位字母或者變成了一串拼音一開(kāi)始還以為是掃碼槍壞了。后來(lái)才定位到是 WPF 文本框默認(rèn)允許中文輸入法掃碼槍快速輸入的字符被輸入法攔了一部分。解決辦法很簡(jiǎn)單涉及掃碼錄入的文本框直接禁用輸入法TextBox InputMethod.IsInputMethodEnabledFalse /那一行 XAML 加完之后掃碼亂碼的問(wèn)題再?zèng)]出現(xiàn)過(guò)。6.2 .NET 8 調(diào)用 .NET Framework 老庫(kù)的兼容問(wèn)題項(xiàng)目越往后越會(huì)面對(duì)一個(gè)現(xiàn)實(shí)問(wèn)題客戶現(xiàn)場(chǎng)的舊系統(tǒng)有別人留下的組件你不可能全部重寫。比如你的 WPF 主程序跑在 .NET 8 上客戶卻拿過(guò)來(lái)一個(gè) .NET Framework 4.6 的 WinForms 工具庫(kù)直接添加引用偶爾能編過(guò)但運(yùn)行時(shí)會(huì)報(bào)各種奇怪的版本沖突。我的處理順序是這樣如果拿得到源碼就花時(shí)間把老庫(kù)遷移到 .NET 8修一修 API 差異這是最干凈的方案。如果沒(méi)有源碼就把這個(gè)老庫(kù)單獨(dú)打包成一個(gè) .NET Framework 4.8 的小工具進(jìn)程主程序通過(guò)本地 HTTP 接口和它通訊雖然有點(diǎn)土但穩(wěn)定不用去和底層類型糾纏。工業(yè)現(xiàn)場(chǎng)最怕的是改了之后不知道哪里冒問(wèn)題隔離運(yùn)行反而安全。6.3 Excel 導(dǎo)入和 MVVM 綁定那些坑MES 里天天要導(dǎo) Excel料號(hào)清單、BOM、工藝路線、班次排班。我的建議是一律用 NPOI 或 ClosedXML 這類開(kāi)源庫(kù)在內(nèi)存里讀千萬(wàn)不要用 Office COM 組件服務(wù)器上沒(méi)裝 Office 就直接崩裝了也會(huì)留下大量半死不活的 Excel 進(jìn)程。數(shù)據(jù)量大就分批讀、分批校驗(yàn)?zāi)０褰y(tǒng)一由系統(tǒng)下載避免操作工自己改格式。MVVM 綁定不更新也是高頻問(wèn)題。做了屬性綁定半天不動(dòng)十有八九是類沒(méi)繼承 INotifyPropertyChanged屬性沒(méi)在 setter 里觸發(fā) PropertyChanged或者用了普通 List 而不是 ObservableCollection?？窗迳系膶?shí)時(shí)數(shù)據(jù)列表最省心的方式就是把集合屬性定義為 ObservableCollection增刪自動(dòng)刷新界面這也是 MES 數(shù)據(jù)展示里最舒服的一個(gè)機(jī)制。最后再分享一點(diǎn)個(gè)人體會(huì)。做 MES 系統(tǒng)技術(shù)難點(diǎn)大概只占四成剩下六成是業(yè)務(wù)流程的溝通和異常邏輯的設(shè)計(jì)。車間生產(chǎn)不是按教科書走的條碼掉了怎么補(bǔ)、設(shè)備中途斷電數(shù)據(jù)怎么恢復(fù)、操作工漏報(bào)工怎么糾正這些意外流程才是項(xiàng)目真正值錢的地方。我的習(xí)慣是項(xiàng)目啟動(dòng)前先到產(chǎn)線跟崗一整天把現(xiàn)場(chǎng)所有異常情況記下來(lái)回來(lái)再設(shè)計(jì)系統(tǒng)邏輯。代碼寫多了你會(huì)發(fā)現(xiàn)C# 和 WPF 只是工具真正讓系統(tǒng)在車間里站住腳的是你對(duì)制造現(xiàn)場(chǎng)的理解。本文還有配套的精品資源點(diǎn)擊獲取