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

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

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

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

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

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

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

前端通過接口提速了后端數(shù)據(jù)，怎么讓這些數(shù)據(jù)變成json格式呢？

一般來說，沒有前端到后端的接口。它們幾乎都是后端到前端的接口。所謂接口就是通過服務(wù)器部署的機(jī)器提供的URL地址進(jìn)行動(dòng)態(tài)數(shù)據(jù)交互。通常，后端和前端協(xié)商定義數(shù)據(jù)接口格式（一般是JSON格式）形成一個(gè)文檔，后端實(shí)現(xiàn)接口，前端做靜態(tài)模擬（可以直接在頁面的JS中拼假數(shù)據(jù)，也可以通過jsonserver按照真實(shí)的方式調(diào)用服務(wù)），后端實(shí)現(xiàn)服務(wù)接口，雙方完成集成和聯(lián)調(diào)?，F(xiàn)在有了swagger或apairy之類的工具來簡(jiǎn)化這個(gè)過程

返回?cái)?shù)據(jù)的格式必須適應(yīng)前端嗎？

作為一個(gè)開發(fā)了前端和后端的開發(fā)人員，讓我給你一個(gè)答案。

這不是住宿問題。我認(rèn)為前端的要求是非常合理的。它負(fù)責(zé)UI交互的酷度。它不需要關(guān)心特定的業(yè)務(wù)邏輯，也不應(yīng)該關(guān)心數(shù)據(jù)的格式和內(nèi)容。數(shù)據(jù)處理不是前端的強(qiáng)項(xiàng)，性能也不好。提供數(shù)據(jù)和處理數(shù)據(jù)是后端任務(wù)。

在閱讀了您的描述之后，我認(rèn)為您的整個(gè)軟件框架設(shè)計(jì)中缺少了一個(gè)中間層。在我之前參與的項(xiàng)目中，它被稱為數(shù)據(jù)服務(wù)層。它的作用是將后端提供的數(shù)據(jù)處理為通用格式，以便前端可以毫不費(fèi)力地讀取數(shù)據(jù)。這樣做的好處是顯而易見的。即使后端的數(shù)據(jù)源發(fā)生了變化，也可以在數(shù)據(jù)服務(wù)層進(jìn)行調(diào)整，前端不需要任何變化。

總之，前后矛盾是一個(gè)永恒的話題。我們只能有不同的意見。

希望我的回答能對(duì)您有所幫助，謝謝。