有關(guān)于做web開發(fā)的程序員，不知道你們有沒有這樣一種感受，那就是前端工程師與后端工程師之間有時也會存在鄙視鏈的關(guān)系，比如前端程序員會認為后端程序員沒什么技術(shù)含量，不就是寫個接口，獲取一些數(shù)據(jù)而已，而前端就不一樣了，各種炫酷效果，如瀑布流，輪播圖，css動畫，另外還要做各種設備兼容或者瀏覽器兼容等問題，在前端眼里他們的工作才具有成就感與挑戰(zhàn)性。

而后端工程的看法則完全相反，在后端工程師的眼里，前端不就是寫幾個靜態(tài)頁面而已，而后端需要考慮各種性能，高并發(fā)等情況，而且還要防止sql注入，暴力訪問攻擊等情況，既要保證代碼可讀性高，又要讓代碼運行性能更強，總之，大部分人都是站在個人的視野去看對方，?近期，就有一名前端工程師網(wǎng)友吐糟了一名后端工程師。

據(jù)這名前端工程師說，他調(diào)用了一個后端接口，這個接口足足花了5.7秒才算是加載完畢，這樣奇差的性能讓他感覺很不可思議，于是他就去找到了后端工程師，了解這其中的原因，最后他得到的解釋是，這個接口是調(diào)用某云端一天內(nèi)獲取的數(shù)據(jù)，并且還分成了24部分，這是計算后最終反饋給前端的，聽了這樣的解釋，這名前端工程師顯然是內(nèi)心十分不認同，最后還發(fā)帖抱怨了幾句，說什么還配得上是10年的資深工程師嗎？針對這名前端工程師的抱怨，讓我們一起看看其他網(wǎng)友們都是怎么認為得吧！

網(wǎng)友一：確定不是處理資源上消耗時間過長？還得定位清楚吧。

上世是朵花：當然要看這塊具體的業(yè)務，如果說根據(jù)業(yè)務情況這個時間可以接受還行，如果這個時間特別影響體驗，就很有必要調(diào)整實現(xiàn)思路了，或者做成緩存之類的。

網(wǎng)友二：很正常，10年+的還在crud也就這種水平

上世是朵花：就一個現(xiàn)象也不足以下結(jié)論，相信做后端的也不只是curd這么簡單，有的經(jīng)驗也是很寶貴的。

網(wǎng)友三：可以異步處理呀

上世是朵花：沒錯，想必前端肯定是異步調(diào)用的，頁面先渲染出來，等數(shù)據(jù)拿到后再顯示數(shù)據(jù)部分，也可以做出一個加載進度條的效果。

網(wǎng)友四：這種水平還不開除？

上世是朵花：我們不了解具體的詳細原因，也不方便下如此結(jié)論。

網(wǎng)友五：寫個異步一分鐘的事

上世是朵花：呵呵，怎么聽著有點像產(chǎn)品經(jīng)理的口吻。

網(wǎng)友六：一次拉回來內(nèi)存處理或者異步處理合并結(jié)果

上世是朵花：沒錯，能優(yōu)化的方式有很多種，當然還要看實際情況作出最合適的調(diào)整方案。

就這些描述，眾多網(wǎng)友都認為這樣的事情很好處理，沒有什么難度可言，當然，從上面的描述，我們也獲取不到更多信息，不了解具體情況，還是不下結(jié)論為好，不過有一點是可以肯定的，那就是這樣的問題肯定是有解決方案的，首先上要看下具體業(yè)務情況，看看在這個業(yè)務場景下，這個加載時間是否在忍受范圍之內(nèi)，如果說對時間要求讀不高的業(yè)務，不需要后端處理，只需要前端做出一個加載進度的效果，能讓人感覺到頁面不是死在那里了，而是正在努力的加載數(shù)據(jù)，如果說這個頁面對性能要求比較高，那么就必須后端做出調(diào)整方案了，有時就一種現(xiàn)象的產(chǎn)生，我們也沒必要立馬做出diss的結(jié)論，畢竟看到的只是現(xiàn)象，這現(xiàn)象背后肯定是有各種復雜的原因?qū)е?#xff0c;或者說有一些是歷史遺留原因，是很多很多因素綜合的結(jié)果，跟所說的主人公沒多大關(guān)系也是可能的。

?

以上所有圖片均來之互聯(lián)網(wǎng)

大家好，我是“上世是朵花”。如果你有什么好的看法或者觀點可以在評論區(qū)展現(xiàn)你的才華，互動交流，如果想進一步了解我，那就關(guān)注我吧！

總結(jié)

以上是生活随笔為你收集整理的mssql 计划怎每隔n秒_前端：调你一个接口6秒还配资深工程师？后端：有24部分需要处理！...的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。