檢測(cè)到您已登錄華為云國(guó)際站賬號(hào)，為了您更好的體驗(yàn)，建議您訪問國(guó)際站服務(wù)網(wǎng)站 http://m.cqfng.cn/intl/zh-cn
不再顯示此消息
中國(guó)站
中國(guó)站
International
Europe
檢測(cè)到您已登錄華為云國(guó)際站賬號(hào)，為了您更好的體驗(yàn)，建議您訪問國(guó)際站服務(wù)網(wǎng)站 http://m.cqfng.cn/intl/zh-cn
不再顯示此消息
消息體設(shè)計(jì)規(guī)范 【規(guī)則1】服務(wù)接口需至少支持JSON格式作為HTTP消息體（Content body） 【規(guī)則2】消息體的key值采用JSON通用的小駝峰風(fēng)格，如getProduct 【規(guī)則3】請(qǐng)求消息體的業(yè)務(wù)數(shù)據(jù)層次禁止超過3層，響應(yīng)消息體的業(yè)務(wù)數(shù)據(jù)層次禁止超過6層
在項(xiàng)目中引入commit message規(guī)范已是迫在眉睫。用什么規(guī)范？現(xiàn)在市面上比較流行的方案是約定式提交規(guī)范（Conventional Commits），它受到了Angular提交準(zhǔn)則的啟發(fā)，并在很大程度上以其為依據(jù)。約定式提交規(guī)范是一種基于提交消息的輕量級(jí)約定。它提供了一組
2-5-2-9：ROMA接口的URL名稱長(zhǎng)度不能超過128 位，超長(zhǎng)的URL名稱可以適當(dāng)使用縮寫。ROMA接口數(shù)據(jù)來源優(yōu)先級(jí)DM>DWS>DWD>DWIROMA接口命名規(guī)范規(guī)則 2-5-2-10：定制的api接口名稱（中文名稱）需要增加${custom}后綴加以區(qū)分（例如原始名稱為
易懂，用語規(guī)范謹(jǐn)慎。如果匯報(bào)對(duì)象不是該領(lǐng)域的專家，就要避免使用太多晦澀難懂的詞句，同時(shí)報(bào)告中使用的名詞術(shù)語一定要規(guī)范，要與既定的標(biāo)準(zhǔn)（如公司指標(biāo)規(guī)范）以及業(yè)內(nèi)公認(rèn)的術(shù)語一致。 02 數(shù)據(jù)使用及圖表 數(shù)據(jù)分析往往是80%的數(shù)據(jù)處理，20%的分析。大部分時(shí)候，收集和處理數(shù)據(jù)確實(shí)會(huì)占據(jù)
文章目錄 設(shè)計(jì)規(guī)范邏輯架構(gòu)技術(shù)架構(gòu)分層設(shè)計(jì)主題劃分分級(jí)管理 命名規(guī)范層級(jí)任務(wù)表字段 模型規(guī)范建模方法建模工具血緣關(guān)系維度退化元數(shù)據(jù)管理 開發(fā)規(guī)范腳本注釋字段別名腳本格式流程規(guī)范 設(shè)計(jì)規(guī)范 邏輯架構(gòu) 數(shù)據(jù)采集 數(shù)據(jù)采集層：數(shù)據(jù)采集層的任務(wù)就是
API設(shè)計(jì)規(guī)范 URI設(shè)計(jì)規(guī)范 謂詞/操作使用規(guī)范 參數(shù)設(shè)計(jì)規(guī)范 消息體設(shè)計(jì)規(guī)范 HTTP狀態(tài)碼規(guī)范 異步處理設(shè)計(jì)規(guī)范 版本設(shè)計(jì)規(guī)范 API描述文檔規(guī)范 父主題：
API應(yīng)用名稱與API應(yīng)用ID保持一致。API應(yīng)用配置規(guī)范規(guī)則 2-5-1-8：API應(yīng)用認(rèn)證類型選擇“私鑰認(rèn)證”。ROMA中不同應(yīng)用的開發(fā)內(nèi)容dataservice.api.xxx僅包含LiveData，為上層應(yīng)用提供服務(wù)。dataservice.msg.yyy包含MQS配置。數(shù)據(jù)流向圖如圖1，數(shù)據(jù)平臺(tái)負(fù)責(zé)虛線框中的部分：圖1 數(shù)據(jù)流向圖
? 目錄 宏觀出發(fā) 局部細(xì)節(jié) 注意要點(diǎn) 總結(jié)： 宏觀出發(fā) 1、整體結(jié)構(gòu)的上下順序?yàn)樯霞?jí)依賴于下級(jí)。 2、色彩搭配不要太唐突，最好有漸變性。 3、圖形間寬松程度適宜，對(duì)稱程度適宜。 4、虛線框和實(shí)線框的結(jié)合，實(shí)線框表示的關(guān)系強(qiáng)烈程度高于虛線框，虛線框更重于邏輯上的關(guān)聯(lián)。 點(diǎn)擊并拖拽以移動(dòng)點(diǎn)擊并拖拽以移動(dòng)?編輯
變量命名規(guī)范GaussDB 100支持用戶自定義名稱，可以自己命名的名字稱為標(biāo)識(shí)符，包括：數(shù)據(jù)庫(kù)名， 表名，字段名，視圖名，函數(shù)名，過程名，變量名，用戶名等。標(biāo)識(shí)符由字母和“_”開頭，可以選擇跟隨任何字符序列，包括字母、數(shù)字和“_”字符。數(shù)據(jù)庫(kù)名的長(zhǎng)度應(yīng)不超過30個(gè)字符，其余的標(biāo)
步驟9：數(shù)據(jù)安全管理 數(shù)據(jù)安全為數(shù)據(jù)湖提供數(shù)據(jù)生命周期內(nèi)統(tǒng)一的數(shù)據(jù)使用保護(hù)能力。通過權(quán)限訪問控制、敏感數(shù)據(jù)識(shí)別、隱私保護(hù)管理等措施，幫助您建立安全預(yù)警機(jī)制，增強(qiáng)整體安全防護(hù)能力，讓數(shù)據(jù)可用不可得和安全合規(guī)。 本章節(jié)介紹如何通過DGCDataArts Studio數(shù)據(jù)安全，將MRS
步驟9：數(shù)據(jù)安全管理 數(shù)據(jù)安全為數(shù)據(jù)湖提供數(shù)據(jù)生命周期內(nèi)統(tǒng)一的數(shù)據(jù)使用保護(hù)能力。通過權(quán)限訪問控制、敏感數(shù)據(jù)識(shí)別、隱私保護(hù)管理等措施，幫助您建立安全預(yù)警機(jī)制，增強(qiáng)整體安全防護(hù)能力，讓數(shù)據(jù)可用不可得和安全合規(guī)。 本章節(jié)介紹如何通過DGCDataArts Studio數(shù)據(jù)安全，將MRS
參數(shù)設(shè)計(jì)規(guī)范 參數(shù)類型及使用規(guī)范 REST API包括4種類型的參數(shù)：Header，Path，Query，Body，說明和約定如下。 Header類型參數(shù)【規(guī)則】原則上不允許將業(yè)務(wù)參數(shù)定義為Header類型 說明： 按習(xí)慣，Hea
–以下正文– 以往在使用eslint對(duì)代碼進(jìn)行規(guī)范的時(shí)候，經(jīng)常遇到校驗(yàn)與自動(dòng)化格式化規(guī)則不同的問題，比如eslint中規(guī)定末尾必須使用分號(hào)，那么你開發(fā)工具中代碼美化插件也需要配置相應(yīng)的格式化規(guī)則，這是比較麻煩的，所以standard規(guī)范太霸道了，大家開發(fā)基本都不會(huì)去用。 這里我們使
HTTP狀態(tài)碼規(guī)范 API服務(wù)的HTTP狀態(tài)返回碼，規(guī)約如下： 200 OK 成功返回狀態(tài)，對(duì)應(yīng)GET、PUT、PATCH和DELETE。
數(shù)據(jù)中心承載著海量的數(shù)據(jù)存儲(chǔ)、處理以及交換任務(wù)。無論是互聯(lián)網(wǎng)企業(yè)的數(shù)據(jù)存儲(chǔ)與運(yùn)算，還是金融機(jī)構(gòu)的交易處理與風(fēng)控保障，亦或是政府部門的信息管理與服務(wù)提供，都離不開數(shù)據(jù)中心的穩(wěn)定運(yùn)行，其重要性不言而喻。 依據(jù)數(shù)據(jù)中心的場(chǎng)地設(shè)施、電力供應(yīng)、網(wǎng)絡(luò)架構(gòu)、運(yùn)維管理等多維度因素
文章目錄 引言 I 第三方平臺(tái)數(shù)據(jù)監(jiān)測(cè)分析（數(shù)據(jù)模型分析） 1.1 數(shù)據(jù)分析原理和方法 1.2 平臺(tái)黑屋模型關(guān)鍵因素 1.3 怎么判定閱讀是否有效? 1.4 數(shù)據(jù)異常例子 1.5 行動(dòng)指引（養(yǎng)號(hào)手冊(cè)）
API描述文檔規(guī)范 微服務(wù)/業(yè)務(wù)應(yīng)用必須基于SWAGGER OPENAPI標(biāo)準(zhǔn)，提供API描述文檔。文檔路徑缺省為http://app-url/resources/microservices/{服務(wù)名}.yaml 父主題： API設(shè)計(jì)規(guī)范
通常用于業(yè)務(wù)層之間的數(shù)據(jù)傳遞，和PO一樣也是僅僅包含數(shù)據(jù)而已。但PO對(duì)象中成員變量嚴(yán)格與數(shù)據(jù)庫(kù)一行記錄的字段嚴(yán)格一一映射，但DO或者VO可以不是這樣的，只要業(yè)務(wù)層對(duì)象之前交換需要的數(shù)據(jù)字段即可，因此承載的數(shù)據(jù)而言 DO <= PO。3.數(shù)據(jù)傳輸對(duì)象DTO/TO (data transfer object) 一般
URI設(shè)計(jì)規(guī)范 URI命名規(guī)則： URI命名時(shí)只采用小寫字母、數(shù)字和減號(hào)，所有URI對(duì)于客戶端和服務(wù)端來說必須是大小寫敏感的，為了避免歧義，我們盡量用小寫字符；即URI中字段命名采用英文半角小寫字母、數(shù)字、減號(hào)組合，如“api-docs”，不建議采用駝峰式命名。
刪除的方法用 remove/delete 做前綴。6） 修改的方法用 update 做前綴。B) 領(lǐng)域模型命名規(guī)約1） 數(shù)據(jù)對(duì)象：xxxDO，xxx 即為數(shù)據(jù)表名。2） 數(shù)據(jù)傳輸對(duì)象：xxxDTO，xxx 為業(yè)務(wù)領(lǐng)域相關(guān)的名稱。3） 展示對(duì)象：xxxVO，xxx 一般為網(wǎng)頁(yè)名稱。 4） POJO
