未来太遥远，不想这么多，技术栈几年一换才是常态。目前很多应用开发者在尝试使用uni-app，可以尝试一下，多学一点多一个技术选择不是坏事。
创新互联建站-专业网站定制、快速模板网站建设、高性价比于田网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式于田网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖于田地区。费用合理售后完善，10多年实体公司更值得信赖。
想学一个长久可用的技术，在IT界特别是中国，并不太现实。如果选择了前端，那情况只怕是更糟。
uniapp是未来趋势？NO！NO！
说uniapp成为趋势感觉有点好笑。
不懂行的可能不了解，我就换个说法。
我可以说手机行业小米手机会成为未来的趋势吗？
你认为可能性多大？当然不可否认小米很优秀了，当然实话实说，这也是相对的。想变成趋势可谓有点夜郎自大。
uniapp是什么？简单点说说吧
一个基于vue的跨平台开发的框架，有了它你可以写一套代码打包成安卓、苹果安装包，还可以导出各种小程序，还可以导出h5…，反正功能很强大。
它的出现，只要你懂点前端，只要你会点vue，OK那你就可以开发APP了。
厉害不厉害？可以说在某种程度上确实很牛逼，很方便，特别又是国产，文档、demo之类的很多。
平台又出有云服务，支付，广告等各种插件。小白上手也很快。所以一时圈了很粉，社区还算凑合吧。
uniapp之所以被越来越多的人需要，不得不说下跨平台。
APP开发跨平台确实是个刚需，也是一个真正的趋势。毕竟纯原生开发一个APP太复杂了，成本也高。有些APP根本不需要关心所谓的性能、流畅度之类的。所以跨平台，一套代码完全搞定，可谓是个不错的选择。
但是跨平台可选性的技术方案太多，与uniapp直接相对的，apicloud，在国产圈也是拉了不少粉。
此外rn，lonic，cordova，weex等之类的前辈仍然具有一定的地位，还有新起来flutter也是火的不得了。
所以uniapp只能说在小范围内可以说很好，但是和那些成熟，风靡海内外的技术框架还是有差距的。
uniapp真的好用吗？
首先，我感觉它越来越废了。有时真是感觉积累！
开发APP就专业开发APP吧，你还搞的适配一堆小程序，所以造成越来越臃肿。文档杂乱。
有时，选择你，我就是想仅仅开发APP。压根不要小程序！
所以，特别是新手，因此会有一定的烦恼。
另一个 值得 吐槽的就是不太稳定！
架构经常换，而且之前的很难兼容！
为此估计不少人想骂人。特别那些已经有了成熟运营的APP。
再次升级的话，不好意思，很多东西重写吧。
从当初非自定义组件、自定义组件，再到今天的v3架构。可谓一步一个坑，真的严重依赖它的话，真的花费大精力去踩坑了。
当然一般的开发拿来用用还是不错的
我司项目开始用的h5+那一套，也用uniapp做过几个项目。反正要求不是很高，效果感觉还可以。
真的真的去完全适配安卓，苹果的话，要做的还是有很多。
OK，就这了。技术本身无所谓好坏，只有适合不适合。
有时基于时间、项目成本、人员技术水平，只要合适就是最好的。
uniapp也一样，希望它快快成长，快快稳定，完善吧！
uniapp目前确实很火，暂且不说uniapp这种框架是不是未来的趋势，但大前端绝对是未来的趋势。
在计算机编程领域，前端近几年的技术更新速度达到了顶峰。
这并不是得益于前端的语言优势，而是开放繁荣的生态。
uniapp这类框架正是前端进军移动互联网的利刃。
移动互联网过时了吗？不，移动互联网正在以新的形态进军PC。
所以，未来几年uniapp这类框架还会繁荣，而前端慢慢融合，PC与移动的前端界限越来越模糊。
serverless是趋势，unicloud正好整合了阿里云与腾讯云！
最重要的是unicloud开始标准化，uni-id ,unicloud-admin就是苗头！
听从开发者建议且更新频繁的框架！两年左右完善度已经非常高！
现在他们需要做的功能太多，所以一些细节性并未完善，一旦稳定下来，他们能把一些细节做好，这个框架与开发者工具绝对不容小嘘！
免费的服务器，免费的框架，对于初创团队，或者个人创业者，有想法的开发者，可以省大多成本！
自己独立完成的项目(超级档案)已上架小米，华为，苹果应用商店，同时，各大平台小程序也全部上架！
不是。h5类的优势在于开发简单，周期短，一套代码跑多端。适合初创快速迭代。任何一个成熟的产品在达到一定规模后，都会回归原生，或者混合。这是性能，用户体验，安全等多方面因素决定的。这也是有了rn后，为什么还会有flutter出现的原因。
何为趋势？在互联网高速发达的时代，物竞天择的规律同样适用，这个开发平台的主要目的就是解决了多平台重复，跨平台生态不好，开发和使用用户体验不好的问题，真正做到了一套代码全平台适用，一劳永逸，同时还不影响平台特色，随着整个业内开发者的用户数越来越多，势必会取代不合时宜的开发平台。从目前的使用广度和应用产品的市场反馈来看，它是具备这个能力的。
uniapp还是很多人用的，尤其在现在这个时间，用来开发小程序还是不错的
如果没有意外的话，他还会保持现状很长时间
对于小型项目或者交互要求不高的项目来说，基本是够用的，这种项目又普遍对成本或者开发效率非常敏感，在这点做的比uniapp好的确实不多，所以他的用户群会非常稳定
至于感觉上没人讨论的原因也很简单
一是有影响力的开发人员几乎不可能是uniapp的用户，uniapp的用户多数也提不出值得讨论的内容
二是这东西真没什么可讨论的，上限实在不高
uniapp目前在国内的生态很好，因为大前端是趋势，是uniapp在未来一段时间内还是很火的，个人认为如果创业阶段如果没有原生客户端工程师，只有web团队，uniapp非常适合
目前来说uniapp是 一款很好的开发小程序的编码工具，
优点有
一：简单易学，学习成本低。
二:可以跨多个平台，制作一套代码可以在多个平台发布
三：运行比较流畅，运行体验更好，兼容weex,组件·api和微信小程序一致
综合以上几点来看uniapp前景不错。
目前确实有这个趋势。用uniapp开发了一款app，叫小 时尚 ，目前已经在各大应用商店上线。
核心
前端三大框架已趋于平稳，标准化，向 Web Components 看齐。
小程序（各种平台）爆发，互联网创业优先选择小程序。多端受到重视，不再只是 all in mobile。
WebAssembly 让更多语言可以运行在浏览器上。
PWA进入稳定期，尤其是 PWA 桌面版，可以让我们更好的看清楚 PC 桌面版开发的全貌。
Flutter 发展较快，最大硬伤是Dart语言。RN原有的开发方式会退出历史舞台。
TypeScript已经慢慢成为前端的主流开发如果你想要学好web前端最好加入一个好的学习环境，可以来这个Q群，首先是132，中间是667，最后是127，这样大家学习的话就比较方便，还能够共同交流和分享资料语言，将成为必备开发技能。
开发团队前后端分离已经进入深水期。
其他：ServerLess\GraphSQL发展迅猛、D3、webgl、SVG、webpack不再是唯一的打包工具选项（Rollup、parcel零配置）、WebRTC、静态生成、人工智能前端化
趋势一：更加移动优先
响应式设计显然是目前web前端开发领域的主要趋势之一，并且这一趋势在未来还将持续一段时间。虽然现在的响应式设计大部分还是以PC版优先，然而如果有一天我们把PC版放到比移动版次要的位置上，也没有什么好奇怪的。因为，目前许多web前端开发者已经开始转向以移动优先方案来做他们的响应式设计和开发，这就象征着一个重大转变，值得我们跟进的。
趋势二：更多使用快速原型开发工具
众多web前端开发者从2018年开始尝试使用快速原型开发工具，而在2019年将是这种技术真正爆发的一年。“UXpin、Webflow、Invision以及其它许多快速原型开发工具，让设计师不用写一行代码，就能为网站和服务快速创建低保真和高保真原型，便于设计师衡量它们的可用性和美观性。”web设计师Jamie 如是说，“许多工具也允许你在浏览器中设计原型并从工具里真正启动网站自身。”
趋势三：营销类页面小程序化
这个指的就是大家平时在微信里看到的各类营销网页，因为主要入口在微信，因此变成微信小程序。这个大家比较好理解吧，就不多说了。小程序现在可能BUG多，功能跟不上，但是要替代这类网页可能也就是2年不到的时间。
趋势四：HTML内的技术改进
这个能影响到的范围看起来很大，但其实场景比较有限，主要是排除掉上面说的1和3之外的空间。空间就在于这两大技术目前都没有成熟的最佳实践，还需要探索。
在互联网时代，更多的人、场景、知识将需要被更加紧密地联系在一起，而有连接的地方就会有界面，有界面的地方就会有前端。每一门学科与技术都是在不断摸索和总结中前行，前端技术也不例外。未来我们有理由相信在前端技术日趋成熟的前提下，新的突破和变革将会给我们的工作与生活带来更多惊喜。
趋势五：虚拟现实
如果要讨论web前端技术趋势怎能不提到虚拟现实技术VR呢，2019年将继续是VR成为主流的一年，这也就意味着web开发者将通过VR来吸引用户，我们已经看到一些公司比如Mozilla和Google投资开发VR与Web之间的API。越来越多的VR应用程序将相继问世，所以如果看到越来越多的虚拟现实元素出现在 Web上，也别觉得奇怪。
未来几年前端本身的开发技术应该不会有大的方向变化，但是将会呈现出四大发展趋势：
第一个趋势是入口应用会小程序化
类似腾讯、阿里、滴滴、美团这样作为入口的应用，会自己做自己的一套小程序体系，在自己的app内通行。这里的意思不是说大家都会去用微信小程序，而是会效仿微信小程序这套体系，搬到自己的app内。主要原因是，这些入口应用容纳自己公司各类业务线，已经臃肿不堪，使用原生开发迭代效率跟不上，使用HTML又难以做到高性能，因此使用类似小程序的方案，可以做到畅享HTML多年来积累的开发模式，同时裁撤大量平时用不到的API，降低渲染页面的复杂度。这个趋势会涉及到移动端开发。
第二个趋势是Web前后端融合为全栈开发
Node.js已经给前端开发很好地开了个头，这个头就是让前端人员了解HTTP协议的细节，了解常规的API开发。我相信很多人已经看明白了，为什么我们要做前后端分离，这里面主要原因除了代码开发部署上的分离，还有一部分是让不懂HTTP协议的人不要在接口层瞎鼓捣，因为这里面细节太多了，你都不了解HTTP缓存，你怎么知道哪个API的HTTP header应该用什么呢。因此了解HTTP协议的前端，会慢慢吃掉这部分后端开发的任务，而了解HTTP协议的后端，也会因为三大框架开发模式的成熟而学会前端开发。进而，这些两类人演化为全栈开发。
第三个趋势是营销类页面小程序化
这个指的就是大家平时在微信里看到的各类营销网页，因为主要入口在微信，因此变成微信小程序。这个大家比较好理解吧，就不多说了。小程序现在可能BUG多，功能跟不上，但是要替代这类网页可能也就是2年不到的时间。
第四个趋势才是大家看到的PWA、WASM代表的HTML内的技术改进，这个能影响到的范围看起来很大，但其实场景比较有限，主要是排除掉上面说的1和3之外的空间。空间就在于这两大技术目前都没有成熟的最佳实践，还需要探索。
亲爱的小伙伴，你对前端技术感兴趣吗？想了解一个绚丽多彩网站和小程序是如何被制作出来的吗？欢迎加入我们的前端技术大家庭：。在这里，不仅有志同道合的朋友，指导人生的老师，更有看不完的技术教程随你挑！心动吗？想学吗？那就动动你的小手手，加入我们吧！
[img]前言
为什么跨平台是发展趋势？
同一个应用，各个“端”独立开发，不仅开发周期长，而且人员成本高。同时，作为技术人员，也不应该满足于这种重复、低能的工作状态。在这样的形势下，跨平台的技术方案也受到越来越多人和企业的关注。
本篇文章我将从原理、优缺点等方面为大家分享跨平台技术
一. H5
说到跨平台，没人不知道H5。不管是在Mac、Windows、Linux、iOS、Android还是其他平台，只要给一个浏览器，连“月球”上它都能跑。
1.浏览器架构
下面，我们来看看让H5如此横行霸道的浏览器的架构：
浏览器由以上7个部分组成，而“渲染引擎”是性能优化的重中之重，一起了解其中的渲染原理。
2.渲染引擎原理
不同的浏览器内核不同，渲染过程会不太一样，但主要流程还是一致的。
分为下面6步骤：
从以上6步，我们可以总结渲染优化的要点：
以上就是浏览器端的内容。但H5作为跨平台技术的载体，是如何与不同平台的App进行交互的呢？这时候JSBridge就该出场了。
3.JSBridge原理
JSBridge，顾名思义，是JS和Native之间的桥梁，用来进行JS和Native之间的通信。
通信分为以下两个维度：
那么App内加载H5的过程是什么样的呢？
4.App打开H5过程
打开H5分为4个阶段：
这四步，对应的过程如上图所以，我们可以针对性的做性能优化。
5.优缺点分析
下面，我们进行H5的优缺点分析：
优点
缺点
虽然H5目前还存在不足，但随着PWA、WebAssembly等技术的进步，相信H5在未来能够得到越来也好的发展。
二.小程序
2018年是微信小程序飞速发展的一年，19年，各大厂商快速跟进，已经有了很大的影响力。下面，我们以微信小程序为例，分析小程序的技术架构。
小程序跟H5一样，也是基于Webview实现。但它包含View视图层、App Service逻辑层两部分，分别独立运行在各自的WebView线程中。
1.View
可以理解为h5的页面，提供UI渲染。由WAWebview.js来提供底层的功能,具体如下：
每个窗口都有一个独立的WebView进程，因此微信限制不能打开超过5个层级的页面来保障用户体验。
2. App Service
提供逻辑处理、数据请求、接口调用。由WAService.js来提供底层的功能,具体如下：
运行环境：
仅有一个WebView进程
3.View App Service通信
视图层和逻辑层通过系统层的JSBridage进行通信，逻辑层把数据变化通知到视图层，触发视图层页面更新，视图层将触发的事件通知到逻辑层进行业务处理。
4. 优缺点分析
优点
缺点
既然WebView性能不佳，那有没有更好的方案呢？下面我们看看React Native。
三.React Native
RN的理念是在不同平台上编写基于React的代码，实现Learn once, write anywhere。
Virtual DOM在内存中，可以通过不同的渲染引擎生成不同平台下的UI，JS和Native之间通过Bridge通信
1.React Native 工作原理
在 React 框架中，JSX 源码通过 React 框架最终渲染到了浏览器的真实 DOM 中，而在 React Native 框架中，JSX 源码通过 React Native 框架编译后，与Native原生的UI组件进行映射，用原生代替DOM元素来渲染，在UI渲染上非常接近Native App。
2.React Native 与Native平台通信
3.优缺点分析
优点
缺点
4.RN展望
虽然RN还存在不足，但RN新版本已经做了如下改进，并且RN团队也在积极准备大版本重构，能否成为开发者们所信赖的跨平台方案，让我们拭目以待。
既然React Native在渲染方面还摆脱不了原生，那有没有一种方案是直接操控GPU，自制引擎渲染呢，我们终于迎来了Flutter！
四.Flutter
Flutter是Google开发的一套全新的跨平台、开源UI框架，支持iOS、Android系统开发，并且是未来新操作系统Fuchsia的默认开发套件。渲染引擎依靠跨平台的Skia图形库来实现，依赖系统的只有图形绘制相关的接口，可以在最大程度上保证不同平台、不同设备的体验一致性，逻辑处理使用支持AOT的Dart语言，执行效率也比JavaScript高得多。
1.Flutter架构原理
2.Dart优势
很多人会好奇，为什么Flutter要用Dart，而不是用JavaScript开发，这里列下Dart的优势
3.优缺点分析
优点
缺点
跨平台方案简介
目前的主流跨平台方案有很多种：Cordova/phoneGap、React Native、Weex、微信小程序、PWA和Flutter等，根据其原理性，可以分为三大类：
1、H5+原生(Cordova、Ionic、微信小程序)
2、JavaScript开发+原生渲染 (React Native、Weex、快应用)
3、自绘UI+原生(Flutter)
此外还有增强版Web App(PWA)，PWA完全使用前端技术栈，不过它需要手机和浏览器的支持。由于谷内厂商和浏览器的统一性问题，PWA在国内的发展并不是很好。关于跨平台每个方案的具体整理会在之后的文章中与大家分享。
大前端趋势
大前端不仅会成为移动开发与Web前端的发展趋势，也将会是未来的显示设备终端的开发技术趋势。大前端将做更多的终端开发、工程化等工作，而不仅仅只是开发Web页面。大前端工程师将能搞定所有端上的开发。
与充满争议的全栈工程师相比，它更具可操作性。但同时对开发者而言，要会更多的技术栈，比如原生开发者要学习html、css、js等前端知识，前端开发人员也要学习Android或iOS的原生开发技术，然后了解一下常见的跨平台技术，只有这样才能更好的融入到大前端的这个大家庭中。
以上小编为大家介绍的大前端技术发展趋势。从理论上来讲，大前端的实现，会让前端工程师未来的工作量相对减少。但是同时由于跨平台技术的融入，前端工程师必须在原有前端知识的基础上，更多的去掌握一个适合自己的跨平台解决方案。
趋势一：更加移动优先
响应式设计显然是目前Web前端开发领域的主要趋势之一，并且这一趋势在未来还将持续一段时间。虽然现在的响应式设计大部分还是以PC版优先，然而如果有一天我们把PC版放到比移动版次要的位置上，也没有什么好奇怪的。因为，目前许多Web前端开发者已经开始转向以移动优先方案来做他们的响应式设计和开发，这就象征着一个重大转变，值得我们跟进的。
趋势二：更多使用快速原型开发工具
众多Web前端开发者从2016年开始尝试使用快速原型开发工具，而在2018年将是这种技术真正爆发的一年。“UXpin、Webflow、Invision以及其它许多快速原型开发工具，让设计师不用写一行代码，就能为网站和服务快速创建低保真和高保真原型，便于设计师衡量它们的可用性和美观性。” Web设计师Jamie Leeson says如是说，“许多工具也允许你在浏览器中设计原型并从工具里真正启动网站自身。”
不管未来前端发展方向如何，可以肯定的是未来前端人才需求依旧很大。想学前端开发专业的机构也很多，你可以去线下试听课程了解一下，例如北大青鸟、南京中博软件学院、南京课工场等等都有试听课程的！
