請教如何樣讓ECharts從后臺獲取數(shù)據(jù)并展示？調(diào)用后臺接口，AJAX獲取數(shù)據(jù)函數(shù)getspslztslbh（city，date）{$。Ajax（{URL:CTX“/index）/spscztGrou

請教如何樣讓ECharts從后臺獲取數(shù)據(jù)并展示？

調(diào)用后臺接口，AJAX獲取數(shù)據(jù)函數(shù)getspslztslbh（city，date）{$。Ajax（{URL:CTX“/index）/spscztGroup.do文件“，類型：”post“，數(shù)據(jù)：{”city“：city，”date“：date}，數(shù)據(jù)類型：”JSON“，成功：函數(shù)（數(shù)據(jù)）{獲取數(shù)據(jù)，重置選項}myChartz.set選項（{xAxis:{數(shù)據(jù)：數(shù)據(jù)列表2}，yAxis:[{min:mind，max:Does maxd前后返回數(shù)據(jù)的格式，interval:ava1}，{Min:mind3，Max:maxd3，interval:ava2}，}

必須容納前端嗎？

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

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

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

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

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