大前端时代即将来临,后端该何去何从?
缘起
“天下大事,合久必分,分久必合” 一直以来,前端都是“切图师”,仅有“特效师”一脉堪称翘楚。
大家就这样安安分分过了几年,前端一直是js的天地,直到08年的一天,node.js 横空出世,开始不安分起来。
一时间,暗流涌动,后端也开始发力。
与此同时,也有 coffeescript 等相关的项目崛起,用后端语言写前端。
甚至 谷歌也有 GWT 这样的以 java 写前端的方式。
反击
但紧接着,grunt gulp webpack ... 以及三大框架 层出不穷。
express 、 koa 再到最近的nest.js 也让人难以招架。
node.js 在后端虽然没掀起大浪,可也总算有了一席之地,前端复杂的工具链及框架,coffeescript 败下阵来,GWT 后来演变为 Dart。
毫无疑问,这场战争的胜利属于 JavaScript/Typescript。
webassembly 出世
JavaScript 看来没办法绕过去了,Rust kotlin go 一直想通过 webassembly 弯道超车,有了一些前端框架(编译成 wasm), 可由于生态原因,兼容问题,以及各种难以解决的问题(比如SEO)也没能分到一杯羹。
前端更新迭代太过于迅速了,这么活跃的社区,以至于其他语言难以分到一杯羹。
可以说 JavaScript 和 Typescript 的地位已经难以再被撼动了。
flutter 弯道超车
随后有 weex 、ionic、nativescript 、 react native 这样的项目出现,以及 electron, nw.js ,这下前端可真的要成为大前端了。
不曾想,半路又杀出个 flutter ,不仅在 热重载 、性能 等方面有很大优势,而且跨平台,正式版还没发布,社区一度火过 react native ,国内的各种插件包括微信支付,支付宝支付,微信分享等等,非常齐全。 由此可见 flutter 在国内多么受欢迎。
虽然 Dart 有 Angular 版本,但不得不说,一直以来只有可怜的1000star 不到。
flutter 此次要延申到 桌面应用、web 领域,那就跟 Typescript 必有一战了。
这跟后端有什么关系
“帝国主义亡我之心不死”
前面提到过,有如此完善的工具链,后端语言很难再把手伸向前端了。
但可以预知的结果是,不管 Typescript 和 Dart 谁输谁赢,都会把手进一步伸向后端,去蚕食后端的份额。
前端有什么杀手锏
这是最近非常好用的一个工具: https://www.apollographql.com/
可能你觉得它还不够,那么接下来这个东西将让你倒吸一口凉气: https://www.prisma.io/
替代 restful 、 RPC 、 ORM 一气呵成。 不需要后端了,设置好数据权限即可。
可能你觉得它还太过于“玩具” ,但未来发展,等到前端再次将手伸向后端,再结合前端工具链优势,一切未可知。
会不会出现 prisma 和 后端的杂交品种? 会不会 出现一个新的打包工具?
将来的差距可能只在生态上。
一点思考
照这个情况来看,讨论后端语言谁优谁劣的意义实际上已经不在了。
万一哪一天, npm run build
或者 flutter packages get
一个命令帮你把 k8s 下载构建好,利 用webpack 自动构建好 istio 和 jenkins 配置, 那时候,你又会怎么想呢?
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
flink内部计算指标的95线-99线等的实现
15年在某电商从0设计了一个通用的API监控系统,当时只是计算了成功率+平均耗时,没有算75,90,95,99,999,9999线,这次单位需要,所以促使我去思考这个问题,问了单位CAT维护人员,大致了解了计算方式,跟我在18年7月份在单位内网BBS发表的文章思路是一致的,所以就直接写了下面的代码 PercentageCalculation.java package com.ymm.computation.udf.define; import org.apache.flink.table.functions.AggregateFunction; import org.slf4j.Logger; import org.slf4j.LoggerFactory; //批量计算95line类似的数据 public class PercentageCalculation extends AggregateFunction<Object, PercentageAccumulator> { /** */ private static final long ser...
- 下一篇
CDH5之启用邮箱警报
CDH5之启用邮箱警报 在使用CDH5的时候,各种警报信息,需要及时知道,CDH5平台自带了邮箱预警功能,此邮箱预警功能,可以使用CDH5平台自带的邮箱,也可配置自定义的邮箱,下面一一介绍。 此处使用的是CDH5.7.2版本。 登录 登录CDH5的web管理页面,如下图,点击集群,选择Cloudera Mannagement Service。 进入Cloudera Mannagement Service页面,然后选择配置,如下图,在搜索框中输入alert,进行搜索。 到了这一步,就可以选择是使用平台默认邮箱,还是使用自定义邮箱了。下面分别介绍两种方式。 使用默认邮箱 使用默认邮箱发送预警邮件的配置比较简单,如下图: 如上配置,可以使用平台自带的邮箱进行发送。 此处需要注意:在接收邮件的邮箱中将发件人地址noreply@localhost设置为白名单,如果不设置默认会被接收邮件的邮箱放入垃圾邮件中。 自定义邮箱 自定义邮箱主要配置的选项如下,其他和默认的相同即可: 上一篇:CDH的坑之Deploy Client Configuration Failed 下一篇:CDH5之时钟偏差问题
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- MySQL8.0.19开启GTID主从同步CentOS8
- Red5直播服务器,属于Java语言的直播服务器
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- SpringBoot2整合Redis,开启缓存,提高访问速度
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- CentOS7,CentOS8安装Elasticsearch6.8.6
- Hadoop3单机部署,实现最简伪集群
- CentOS8编译安装MySQL8.0.19