Atitit  api標準化法 it法學之

目錄

1. 永遠的痛點:介面與協議的標準化 1

2. 標準化優點 1

3. 標準化組織 2

3.1. 應當處理標準化委員會 2

3.2. 標準化提案與表決 2

4. 標準化方法 2

4.1. Api要有更好的可讀性 2

4.2. 更好的api從哪裡來 2

4.3. Dsl式樣，一行式樣的api更好 2

4.4. 別名法 2

5. Web API定義的一些規範， 3

1. 永遠的痛點:介面與協議的標準化

標準不相容，對當地政府和企業也許是好事，可以保證大家都買本地市場的產品，但是對於消費者未必，但是也能忍，畢竟家電類的好產品本地市場還是很多。

以前很多廠家為了自己的利益，不願意使用標準化的介面

1. 標準化優點

介面標準了之後，可以很大的減少浪費，比如充電器，家裡不用有那麼多的充電器了，一些價格低的產品（比如藍芽音箱）也不同再送充電器了，廠家降低了成本，消費者也降低了購買成本。 家裡需要USB充電的裝置多了之後，整合度高的多口充電器也成為一種趨勢。

1. 標準化組織
   1. 應當處理標準化委員會
   2. 標準化提案與表決

1. 標準化方法

1. 1. Api要有更好的可讀性

1. 1. 更好的api從哪裡來

高層api，第三方類庫，比如apache io 類庫替代java io

通用功能的語言中來，比如shell php 等。。

從指令碼語言中來，指令碼語言往往更簡單。。

1. 1. Dsl式樣，一行式樣的api更好

1. 1. 別名法

分便不同語言使用者繼續使用原有api，但應有dep表示

1. Web API定義的一些規範，

希望大家能夠形成一個預設的標準，以便互相呼叫。

1、使用REST風格 2、採用UTF-8編碼 3、採用JSON格式 4、系統級特殊引數約定 5、應用級通用引數約定 6、使用引數簽名演算法 7、返回錯誤碼約定 8、使用HTTPS 9、使用工具（如YApi） 10、Mock介面模擬 11、API自動化測試 12、使用閘道器（如Zuul服務） 13、歸類第三方呼叫（如簡訊微服務、快遞微服務）