json可以代替xml，為什么網(wǎng)頁不用json格式來寫呢？以前的程序之間通信的數(shù)據(jù)載體是XML。后來，在許多地方，JSON取代了XML。主要有：1。JSON格式簡單、輕量級，不需要前后標(biāo)注，減少了寬帶

json可以代替xml，為什么網(wǎng)頁不用json格式來寫呢？

以前的程序之間通信的數(shù)據(jù)載體是XML。后來，在許多地方，JSON取代了XML。主要有：

1。JSON格式簡單、輕量級，不需要前后標(biāo)注，減少了寬帶數(shù)據(jù)傳輸。

2. JS自然支持解析JSON，XML的前端和后端需要再次解析。

3. JSON傳輸支持更多類型，比如字符串、數(shù)組、布爾值。XML解析字符串。

網(wǎng)頁不需要用JSON編寫，因為html是XML的變體。HTML和CSS、JS技術(shù)已經(jīng)非常成熟，所有主流瀏覽器都支持它。瀏覽器供應(yīng)商不太可能改變規(guī)則并開發(fā)對JSON的支持。

有Protocol buffer這種輕便的序列化反序列化工具，Json為什么還會大量使用？

原因很簡單：

1、JSON是JavaScript本機(jī)支持，沒有外部依賴項

2、JSON具有人眼可讀性

3、開發(fā)人員懶惰

關(guān)于序列化協(xié)議和框架，估計可以創(chuàng)建一個百科全書，如：XML、JSON、bson、Hessian、，協(xié)議緩沖區(qū)…

有很多不受歡迎的，排名不分先后。

雖然有各種各樣的協(xié)議和框架，但序列化本質(zhì)上可以分為兩種類型：

二進(jìn)制協(xié)議的優(yōu)點是體積小、效率高。例如，協(xié)議緩沖區(qū)可以用來將數(shù)據(jù)壓縮成位，序列化和反序列化具有良好的性能，非常適合各種系統(tǒng)通信和接口調(diào)用。

但問題也在這里，二進(jìn)制數(shù)據(jù)幾乎沒有可讀性，所以在程序的開發(fā)和調(diào)試中，更讓程序員痛苦，尤其是頻繁變化的數(shù)據(jù)結(jié)構(gòu)。

文本協(xié)議恰恰相反，數(shù)據(jù)量大，性能差，但能滿足可讀性要求。例如，我們可以很容易地理解JSON或人肉結(jié)構(gòu)數(shù)據(jù)的一部分。對于快速開發(fā)和web開發(fā)來說，它可以提高開發(fā)效率，開發(fā)人員不必過于關(guān)注協(xié)議或框架，只關(guān)注業(yè)務(wù)。

我的觀點如下：1。對于業(yè)務(wù)穩(wěn)定、性能要求高的場景，應(yīng)該優(yōu)先考慮協(xié)議緩沖區(qū)等二進(jìn)制序列化協(xié)議

2。對于性能要求低、業(yè)務(wù)變化頻繁的場景，應(yīng)該優(yōu)先考慮JSON和XML等文本協(xié)議

soupui，這是最常用的接口測試工具。

在我們的日常開發(fā)過程中，大多數(shù)是兩種類型的接口：soap API和rest API。Soupui對這兩個接口都有很好的支持，而且它還支持Amazon Web服務(wù)，它只出現(xiàn)在軟件的首頁上，但沒有實際使用。

事實上，許多接口測試工具都很好地支持這兩種常見接口。這里我不詳細(xì)說明具體用法。它們都是圖形界面操作。您可以根據(jù)說明一步一步地創(chuàng)建一個新接口。

其中，壓力測試非常方便，也可以根據(jù)提示逐步創(chuàng)建。最后的操作頁面是這樣的：

您可以設(shè)置：并發(fā)數(shù)、策略、壓力測試時間等

結(jié)果可以顯示：最大響應(yīng)時間、最小響應(yīng)時間、平均響應(yīng)時間、TPS等。

非常容易使用，您可以嘗試。