從API接口返回的json數(shù)據(jù)怎么使用啊？在使用webapi時，有時您只想返回JSON。有很多方法可以實現(xiàn)這個功能。本文提供了兩種方法，一種是傳統(tǒng)的方法，另一種是正確的方法。jsoninwebapi–

從API接口返回的json數(shù)據(jù)怎么使用??？

在使用webapi時，有時您只想返回JSON。有很多方法可以實現(xiàn)這個功能。本文提供了兩種方法，一種是傳統(tǒng)的方法，另一種是正確的方法。jsoninwebapi–基于格式化程序的方法只支持JSON。最常見的方法是首先清除所有其他格式化程序，然后只保留jsonmediatype格式化程序。對于httpconfiguration實例，您只需清除所有格式化程序并再次添加jsonmediatype格式化程序。實現(xiàn)代碼如下：配置.Formatters.Clear() 　　 配置.Formatters.Add（newjsonmediatypeformatter（））雖然可以用這種方式實現(xiàn)該函數(shù)，但是仍然會發(fā)生所有協(xié)商，這將產生以下額外開銷。因為您已經知道要返回的結果，并且只想返回JSON。不需要其他內容協(xié)商。

后端開發(fā)完接口才給出接口文檔，合理嗎？你怎么看？

這是多年來web應用程序架構師需要回答的一個非常好的問題。歡迎跟我來了解更多。

后端提供接口文檔為時已晚，這是合理和不合理的。根據(jù)具體情況，總有解決辦法。讓我談談我的觀點。

不合理：成熟的技術團隊重視功能設計，在編寫代碼之前有完整的技術文檔和功能定義。即使在TDD測試驅動的開發(fā)模式下，測試數(shù)據(jù)已經準備好了，那么接口邏輯就已經確定了接口文檔是否編寫好了，理清它們是很自然的。

-第一，主觀原因。原因是多方面的，比如趕進度，沒有時間，不懶得寫，甚至在開發(fā)前沒有仔細設計，在做的時候也有變化。真的沒有好辦法。

-客觀原因：需求在變化，功能在變化，接口也在變化。所以，如果你寫了一個文件，它的自然更新和維護？天哪？

有解決方案嗎？建議嘗試：[1]swagger接口文檔，將文檔集成到代碼中，集成維護文檔和修改代碼，在修改代碼邏輯的同時方便修改文檔描述。

2、郵遞員界面測試工具，導入導出JSON文件，高效的團隊合作。Postman支持各種請求方法和配置環(huán)境變量，對返回的結果進行測試和驗證，支持批量自動操作，可與自動構建系統(tǒng)集成。

是否有可能用JS替代JSON，作為后端接口返回的數(shù)據(jù)？

外行？從理論上講，JS是一種腳本語言（JavaScript），JSON（JavaScript object notation，JS）是一種輕量級的數(shù)據(jù)交換格式，是JS的子集，沒有替代，沒有替代。PHP、Java等后端語言開發(fā)的API接口返回JSON標準格式的數(shù)據(jù)，方便前端調用。前端可以使用js讀取JSON數(shù)據(jù)，結果顯示在網(wǎng)站上！為什么是JSON？因為JSON是一種標準的數(shù)據(jù)交互格式。大多數(shù)語言都可以讀取JSON數(shù)據(jù)。這樣，我們就可以開發(fā)多個終端，比如流行的微信小程序、應用程序和網(wǎng)站，來同步數(shù)據(jù)！