1. 程式人生 > >我的Protobuf訊息設計原則

我的Protobuf訊息設計原則

1

網路通訊涉及到訊息的定義,不管是使用二進位制模式、xml、json等格式。訊息都可以大體的分為 命令訊息、請求訊息、應答訊息和指示訊息4大訊息型別。一般情況下每個訊息還還有包含一個序列號和一個能夠唯一區分型別型別的訊息編號,編號可以使用字串、整數或者列舉等。

1. 使用 protobuf 的enum定於訊息的編號,也就是訊息的型別。

我會為每個系統都定義一個MSG列舉。包含系統用到的所有訊息的列舉編號

01 enum MSG
02 {
03
Login_Request  = 0x00001001;
04 Login_Response = 0x00001002;
05
06 XXX_Request  = 0x00001003;
07 XXX_Request  = 0x00001004;
08
09 XXX_Command = 0x00002001;
10
11
XXX_Indication = 0x00003001;
12 }

2. 會為每個具有訊息體的訊息定義一個對應的protobuf message。例如Login_Request會有一個對應LoginRequest訊息。

1 message LoginRequest
2 {
3 required bytes username = 1;

相關推薦

Protobuf訊息設計原則

1 網路通訊涉及到訊息的定義,不管是使用二進位制模式、xml、json等格式。訊息都可以大體的分為 命令訊息、請求訊息、應答訊息和指示訊息4大訊息型別。一般情況下每個訊息還還有包含一個序列號和一個能夠唯一區分型別型別的訊息編號,編號可以使用字串

面向對象的七個設計原則

必須 支持 xtra 帶來 類的繼承 沒有 方法 抽象 產生 一、單一職責原則 一個類,最好只做一件事,只有一個引起它的變化。單一職責原則可以看做是低耦合、高內聚在面向對象原則上的引申,將職責定義為引起變化的原因,以提高內聚性來減少引起變化的原因。職責過多,可能引起它變化的

面向對象設計原則

封裝 int 變化 事物 倒置 訪問權限 抽象類 帶來 理解 一、單一職責原則: 全稱:“Single-Responsibility Principle” 說明:就一個類而言,應該只專註於做一件事和僅有一個引起它變化的原因。所謂職責,我們可以理解他為功能,就是設計的這個類功

四個基礎的UI設計原則

ui設計UI設計師想要減少改稿次數,拒絕產品經理“加一道光”的需求,首先要學會不靠感覺做設計。今天這篇文章從設計原則的重要性談起,總結了四個UI的基本設計原則,讓你每一個元素界面都有理有據,適合剛入門的設計師,一起來學習ui設計吧。  圖形設計大師Paul Rand(保羅·蘭德)曾經說過:  “設計絕不是簡單

【遊戲開發】淺談遊戲開發中常見的設計原則

依賴關系 unity 說過 srp des log gof https 類繼承   俗話說得好:“設計模式,常讀常新~”。的確,每讀一遍設計模式都會有些新的體會和收獲。馬三不才,才讀了兩遍設計模式(還有一遍是在學校學的),屬於菜鳥級別的。這次準備把閱

java七大設計原則

一句話 新的 多個 構造 ron 最終 調用 抽象 條件 1.開閉原則(Open Close Principle) 定義:一個軟件實體如類、模塊和函數應該對擴展開放,對修改關閉。 開放-封閉原則的意思就是說,你設計的時候,時刻要考慮,盡量讓這個類是足夠好,寫好了就不

《轉》面向對象類設計原則

href 編程 相等 tro 設計時 對象 函數參數 種子 代碼 面向對象類的設計原則 1 SRP(單一職責原則) 這個原則看起來很簡單,就是說一個類只能承擔一個職責。 但這裏有一個關鍵:“職責”是如何理解的? 按照漢語的理解,職責其實分為兩

JavaScript 的 API 設計原則

rst 執行 creat 錯誤 htm ora 大小 閱讀 fontsize 前言 本篇博文來自一次公司內部的前端分享,從多個方面討論了在設計接口時的原則,總共包含了七個大塊。系鹵煮自己總結的一些經驗教訓。同時也參考了一些文章,地址會在後面貼出來。很難做到詳盡充實,如果

解讀設計原則

場景 ood 子類 寫代碼 oschina tro 也會 客戶端 選擇 概述 設計原則就一本菜譜,告訴我們一道美味的菜應該是什麽樣的,或者說需要具備什麽。但是又沒有一個固化或可測量的標準。寫代碼就和烹飪一樣,只有當自己品嘗以後才知其味。 1 開閉原則 定義: 開閉原則(Op

面向對象的七種基本設計原則

思想 reg end 開放 -s 通過 接口隔離原則 類的方法 bsp 面向對象的7種基本設計原則: 裏氏替換原則單一職責原則依賴倒置原則接口隔離原則開放關閉原則迪米特法則(最少知道原則)合成復用原則 面向對象的3個基本要素:封裝、繼承、多態 1.裏氏替換原則(Liskov

Java設計原則—接口隔離原則(轉)

java設計 關系 提高 接口隔離原則 不能 設計時 而不是 根據 結構 接口隔離原則 Interface Segregation Principle 定義: 客戶端不應該依賴它不需要的接口 類間的依賴關系應該建立在最小的接口上 我們可以把這兩個定義概括為一句話:

面向對象設計原則之四:依賴倒置原則

ron 通過 發生 需要 系統 面向對象設計 啟動 模塊 == 依賴倒置原則 所謂依賴倒置原則(Dependence Inversion Principle )就是要依賴於抽象,不要依賴於具體。簡單的說就是對抽象進行編程,不要對實現進行編程,這樣就降低了客戶與實

系統設計原則

特定 備份 壓縮 支持 交換 產品 system 行動 標準 以技術先進、系統實用、結構合理、產品主流、低成本、低維護量作為基本建設原則,規劃系統的整體構架。 先進性: 在產品設計上,整個系統軟硬件設備的設計符合高新技術的潮流,媒體數字化、壓縮、解壓、傳輸等關鍵設備均處於國

面向對象五大設計原則

gof 黃河 文件 容易 style 繼承 單一職責原則 原來 幫助 以前一直認為程序中的類有使用到封裝繼承多態就是面向對象設計,其實不然 封裝,繼承,多態只是面向對象的三大特性,但是在設計程序的時候並不是說類的結構使用到了(或是體現出了)這三個特性就是面向對象, 其實

SoC嵌入式軟件架構設計之三:代碼分塊(Bank)設計原則

post 介紹 讀寫 cor 層次 clas rom bank 分配 上一節講述了在沒有MMU的CPU(如80251、MIPS M控制器系列、ARM cortex m系列)上實現虛擬內存管理的集成硬件設計方法。新設計的內存管理管理單元要實現虛擬內存管理還須要

零散知識點(面向對象七大設計原則,jdbc--BaseDao,jsp九大內置對象。四個作用域)

面向 -c 隔離 logs 基礎上 面向對象 通過 介紹 family 面向對象七大設計原則: 1、開閉原則(OCP:Open-Closed Principle)2、裏氏替換原則(LSP:Liskov Substitution Principle) 3、單一職責原則(SR

七大設計原則之迪米特法則

權限 and void com 復雜 ron head 使用 logs 定義   迪米特法則(Law of Demeter,LoD)也稱為最少知識原則(Least Knowledge Principle,LKP)。   一個對象應該對其他對象有最少的了解。通俗地講,一個

設計原則之宜家效應:如何讓人們愛上你的產品

產品設計 以下內容由Mockplus團隊翻譯整理,僅供學習交流,Mockplus是更快更簡單的原型設計工具。 宜家效應是一種能夠在很大程度上影響產品的成果和感知價值的認知偏差。 人們傾向於高度重視他們自己創造的產品部分。 因此,這種認知偏差被稱作宜家效應。 它來自於瑞典家具零售商,因需要用

面向對象設計原則一:單一職責原則(SRP)

能夠 實現 update 之間 關註 linq 好處 相互 並且 單一職責原則(SRP) 定義:系統中的每一個類都應該只有一個職責。 好處:高內聚、低耦合。 解釋說明: 單一職責也就是說我們應該讓一個類或一個對象只做一件事情,每個類所要關註的就是自己要完成的

面向對象設計原則二:開閉原則(OCP)

name 返回 展開 打開 設計原則 data turn acl int 開閉原則(OCP)定義:對擴展開發,對修改關閉。好處: 適應性和靈活性。 穩定性和延續性。 可復用性與可維護性。 解釋說明:開閉原則指的是兩方面:對功能擴展開發,對修改進