前端工作量大還是后臺工作量大？作為一個在后端工作了四年，在前端工作了一年半的工程師，讓我客觀一點。首先，就技術棧的復雜性而言，前端和后端并不淺。那些只知道后端的人認為前端是兼容的，那些只知道前端并認為

前端工作量大還是后臺工作量大？

作為一個在后端工作了四年，在前端工作了一年半的工程師，讓我客觀一點。首先，就技術棧的復雜性而言，前端和后端并不淺。那些只知道后端的人認為前端是兼容的，那些只知道前端并認為后端是積垢的人都是高估者和低成就者。一個人的精力是有限的，每一條技術路線都可以深入很多內(nèi)容。事實上，一個程序員大部分時間都在解決如何實現(xiàn)某項業(yè)務，如何優(yōu)化和改造一個老項目的問題，尤其是在一個大工廠里。不要高估螺絲釘?shù)淖饔谩?/p>

所以當我們討論誰有更多的工作，根據(jù)概率，基本上沒有區(qū)別。但是你要討論的問題只有少數(shù)人和少數(shù)情況需要面對，比如前端的跨端開發(fā)方案，如何平滑各端之間的差異，如何克服各端動畫性能的瓶頸，以及高并發(fā)性、高可用性、數(shù)據(jù)庫子系統(tǒng)表方案、緩存方案、安全策略、通信方案等。那些面臨這些問題的人已經(jīng)被少數(shù)人解決了。市場上的大多數(shù)人，不是螺絲釘，就是信條，真的，誰也不看不起誰，我們都是農(nóng)民工，工作內(nèi)容差別不大

為什么國內(nèi)的uniapp一直沒人討論呢？

可以制作任何玩具應用程序或演示，但不能認真開發(fā)。許多問題還沒有解決。和玩一樣。在本地制作包和更改庫很容易。IOS有很多問題，連接外設也有很多問題。政府不能提供任何好的建議。另外，包裝改變后引用資源的方式今天的圖片版本是這樣引用的。明天，升級開發(fā)工具然后打包圖片的路徑將是錯誤的。你為什么說一切都不穩(wěn)定？以上是我個人的經(jīng)歷。公司花了20多個星期的時間用一個新的框架進行重新開發(fā)

你好，開發(fā)像美團這樣的應用程序不能用一種語言實現(xiàn)。一個應用程序有兩個操作系統(tǒng)，Android和apple。有很多主流的開發(fā)語言和技術可以應用在Android IOS上，比如Java和C在后臺，前端包括kotlin、HTML、CSS、jQuery、AJAX、bootstrap角度.js、反應虛擬用戶.js、 節(jié)點.js、swift、Object-C等語言和框架。

應用的開發(fā)需要前端技術和后端技術的配合。這樣的應用在功能和性能上都給用戶帶來了很好的體驗。畢竟單一開發(fā)語言的技術支持是有限的，所以即使可以開發(fā)，應用的用戶體驗也不理想。

通用應用有以下開發(fā)組合模式：1。原生Android IOS開發(fā)，前端：Java、kotlin、swift、Object-C，后端：Java、PHP、C等后端技術，這種模式開發(fā)周期長，成本高，性能好?；旌蠎瞄_發(fā)，即混合應用，前端主要是網(wǎng)頁技術，穿插著原生開發(fā)功能，既有原生應用又有web應用，app的優(yōu)勢，如淘寶、微信等應用都是基于這一技術的。webapp是前端純Web技術，后端是主流開發(fā)語言，具有開發(fā)速度快、成本低、界面體驗弱等優(yōu)點。

可以看出，應用程序的開發(fā)主要是用多種語言完成的。謝謝你的閱讀。