關於Topic設計的思考

topic 的數量隨著業務的增長逐漸增多，如何正確的設計 topic 成了當務之急。在這篇文章中，將重點討論mqtt 主題和最佳實踐。

topic是utf-8字串，broker用於過濾客戶端的訊息，乙個topic由乙個或多個主題層組成，每個主題級別用/分割。

home/floor/room/sensor

home/floor/ +/temp //此主題訂閱與以下主題匹配或不匹配,√:匹配 ×:不匹配 home/floor/kitchen/temp √ home/floor/room/temp √ home/floor/kitchen/brightness × home/firstfloor/kitchen/temp ×

home/floor/kitchen/fridge/temp ×

home/floor/# //此主題訂閱與以下主題匹配或不匹配,√:匹配 ×:不匹配 home/floor/kitchen/temp √ home/floor/livingroom/brightness √

home/firstfloor/kitchen/temp ×

topic和payload設計方案一般有如下兩種，當然還有其它更多的組合

攜帶盡可能多的資訊 payload plant1/machinea/sensorx/temp/value 20 plant1/machinea/sensorx/temp/unit ℃ plant1/machinea/sensorx/temp/date 2020-04 -1112: 12:12 payload攜帶盡可能多的資訊 plant1/machinea/

]}

儘管可以按照自己的喜好設計topic,應當注意的是，不同的設計會帶來不同的影響，除了影響語義的清晰性，也可能影響系統效能。

例如屋子裡有10個感測器，

在風格house/sensor01…house/sensor1中，house/sensor01 訊息只發給sensor01(只有乙個訂閱者)

在風格house中，10個感測器都訂閱它，payload為的訊息將傳送給10個感測器，每個感測器都需要檢查訊息以檢視他是否適合自己。

因此有如下建議：

topic命名注意：

/home/floor/house

等於在最前面有乙個空字串層級，完全沒有必要，且增加了broker的處理，

home/floor/house

才是合理的。

myhome/livingroom/temperature，

myhome/livingroom/brightness,

myhome/livingroom/humidity，

而不是通過myhome/livingroom傳送所有的值。這樣也便於你使用其他的 mqtt 功能，

home/bedroom/bedlight/rgb/set

mqtt topic and payload design notes

關於Topic設計的思考

Unity C 關於設計模式的思考

關於設計思維的理解與思考

關於設計思維課程的學習思考

關於Topic設計的思考

Unity C 關於設計模式的思考

關於設計思維的理解與思考

關於設計思維課程的學習思考

相關推薦