mssql 计划怎每隔n秒_前端：调你一个接口6秒还配资深工程师？后端：有24部分需要处理！...
有關于做web開發的程序員，不知道你們有沒有這樣一種感受，那就是前端工程師與后端工程師之間有時也會存在鄙視鏈的關系，比如前端程序員會認為后端程序員沒什么技術含量，不就是寫個接口，獲取一些數據而已，而前端就不一樣了，各種炫酷效果，如瀑布流，輪播圖，css動畫，另外還要做各種設備兼容或者瀏覽器兼容等問題，在前端眼里他們的工作才具有成就感與挑戰性。
而后端工程的看法則完全相反，在后端工程師的眼里，前端不就是寫幾個靜態頁面而已，而后端需要考慮各種性能，高并發等情況，而且還要防止sql注入，暴力訪問攻擊等情況，既要保證代碼可讀性高，又要讓代碼運行性能更強，總之，大部分人都是站在個人的視野去看對方，?近期，就有一名前端工程師網友吐糟了一名后端工程師。
據這名前端工程師說，他調用了一個后端接口，這個接口足足花了5.7秒才算是加載完畢，這樣奇差的性能讓他感覺很不可思議，于是他就去找到了后端工程師，了解這其中的原因，最后他得到的解釋是，這個接口是調用某云端一天內獲取的數據，并且還分成了24部分，這是計算后最終反饋給前端的，聽了這樣的解釋，這名前端工程師顯然是內心十分不認同，最后還發帖抱怨了幾句，說什么還配得上是10年的資深工程師嗎？針對這名前端工程師的抱怨，讓我們一起看看其他網友們都是怎么認為得吧！
網友一：確定不是處理資源上消耗時間過長？還得定位清楚吧。
上世是朵花：當然要看這塊具體的業務，如果說根據業務情況這個時間可以接受還行，如果這個時間特別影響體驗，就很有必要調整實現思路了，或者做成緩存之類的。
網友二：很正常，10年+的還在crud也就這種水平
上世是朵花：就一個現象也不足以下結論，相信做后端的也不只是curd這么簡單，有的經驗也是很寶貴的。
網友三：可以異步處理呀
上世是朵花：沒錯，想必前端肯定是異步調用的，頁面先渲染出來，等數據拿到后再顯示數據部分，也可以做出一個加載進度條的效果。
網友四：這種水平還不開除？
上世是朵花：我們不了解具體的詳細原因，也不方便下如此結論。
網友五：寫個異步一分鐘的事
上世是朵花：呵呵，怎么聽著有點像產品經理的口吻。
網友六：一次拉回來內存處理或者異步處理合并結果
上世是朵花：沒錯，能優化的方式有很多種，當然還要看實際情況作出最合適的調整方案。
就這些描述，眾多網友都認為這樣的事情很好處理，沒有什么難度可言，當然，從上面的描述，我們也獲取不到更多信息，不了解具體情況，還是不下結論為好，不過有一點是可以肯定的，那就是這樣的問題肯定是有解決方案的，首先上要看下具體業務情況，看看在這個業務場景下，這個加載時間是否在忍受范圍之內，如果說對時間要求讀不高的業務，不需要后端處理，只需要前端做出一個加載進度的效果，能讓人感覺到頁面不是死在那里了，而是正在努力的加載數據，如果說這個頁面對性能要求比較高，那么就必須后端做出調整方案了，有時就一種現象的產生，我們也沒必要立馬做出diss的結論，畢竟看到的只是現象，這現象背后肯定是有各種復雜的原因導致，或者說有一些是歷史遺留原因，是很多很多因素綜合的結果，跟所說的主人公沒多大關系也是可能的。
?
以上所有圖片均來之互聯網
大家好，我是“上世是朵花”。如果你有什么好的看法或者觀點可以在評論區展現你的才華，互動交流，如果想進一步了解我，那就關注我吧！
總結
以上是生活随笔為你收集整理的mssql 计划怎每隔n秒_前端：调你一个接口6秒还配资深工程师？后端：有24部分需要处理！...的全部內容，希望文章能夠幫你解決所遇到的問題。
