GitHub Star:10.6k
Taro
与 Omi 的演化路线相反,京东出品的 Taro 一开始便支持跨平台。
Taro 是第二代转译框架,之前许多小程序框架都是走 vue 路线,在运行时处理小程序兼容问题。
但随着越来越多的小程序推出,如果要兼容3~5种小程序,前端工程师要在业务代码中加许多 if-else 分支,这些在当前平台上无效的代码也无法删除,徒然浪费资源。
Taro 使用 React 技术栈开发小程序,在编译期转换代码,删掉非本平台的代码,因此生成的代码更精练。
Taro 有以下特点:
1、公司投入的研发资源较多,据了解,目前有 7、8 个不同事业部的团队介入这框架的开发,共同解决很多问题,包括小程序转 H5、小程序转 RN、小程序转其他小程序等。
2、拥有微信小程序原生转 Taro 代码的工具,这样可以吸引那些已经用微信原生代码写好小程序的公司转换代码,方便他们更一步布局更多小程序平台。
3、Taro 迁移了 Redux、MobX、Router、UI 库这整套全家桶都移植过来,是 vue 系不可比拟的。
4、Taro 的社区运营得非常好,单拿 GitHub 上的 issue 运营来说,有机器人自动回复提问者,并且把过往已经解决的同型问题的链接给他们,没有搞定则上报到专门的团队。
每周都有周报,统计一共关了多少 issue,解决了多少问题,添加了多少新特性,让大家用得非常安心。更不用说其官方运营的社区, http://taro-club.jd.com/, 可见官方在这方面投入非常大。
5、Taro 拥有一个物料市场,号称“让每一个轮子产生价值”。物料就是一些组件,如果单纯让官方来做,肯定无法考虑到那么巨细。太多垂直领域待覆盖,由专门领域的人来写的组件更有说服力。
6、Taro 支持转 RN 是一个非常亮眼的特性,超出目前所有的小程序转译框架。这也只有京东这种深耕RN多年的大公司才有能力适配。京东早些年就实现了自己的 RN-WEB 与 RN 转微信小程序框架(Alita)。
这几年,国内各大企业对小程序的投入非常大,除了 Taro,还有去哪儿网的 nanachi、网易的 megalo,滴滴的 Chameleon, 百度的 Okam,不一而足。
官网:.com/taro/docs/README.html
GitHub Star:23.5k
Flutter
Flutter 是这两年来广受开发者热议的移动端跨平台开发工具。并且经过咸鱼与毒这两大标杆式 App 的引导,国内越来越多人投入 Flutter的开发行列。
Flutter 的优点:
1、跨全平台:移动端的两大平台、PC 的三大操作系统以及 Web 端。
2、性能卓越。Flutter 和其他跨平台不同的是,它并不走 JavaScript 引擎,而是通过自己的 Flutter Engine,然后通过 skia 绘制 UI 框架。skia是C++写的类似canvas 2D图形库。另外,在渲染时,Flutter 借鉴 React 的虚拟 DOM 思想,在 UI 进行变化后,会进行 diff 算法。
3、开发高效率。Flutter 在开发时可以通过热重载,实现所见即所得的效果。用过 webpack 开发页面的同学都知道, 在编辑器中保存后,界面立马就能看到变化。Flutter 也是这样,当 App 在虚拟容器中或者真机设备中调试,保存后,App 会立刻响应, 节省了大量时间。
4、Flutter SDK 高度自由灵活,上层有丰富 UI 套件,除了 Material Design的主题之外,还有一套 iOS 主题的配套组件。除此之外,对于复杂 UI,可从底层 canvas 入手来绘制,灵活度堪比系统的 SDK。
5、当然它不是没有缺点,最大的诟病是它使用了 Dart,我认为如果是用 TypeScript 的话可能会更火,一些前端工程师为此放弃使用 Flutter。
其次,在编写界面时 Flutter 没有使用标签语言,工程师要费劲地用 Widget 类来堆砌,很易出现套嵌地狱,也不直观。现成的解决方案有两个,一是通过野生的 DSX, 二是官方的扩展函数。没有太大的硬伤,但小问题不断,需要时间来磨平。
官网:
GitHub Star:84.1k
SpriteJS
SpriteJS 是由 360 奇舞团推出的跨终端 canvas 绘图框架,可以基于 canvas 快速绘制结构化 UI、动画和交互效果,是跨平台的 2D 绘图对象模型库,它能够支持 Web、Node.js、桌面应用和微信小程序的图形绘制和实现各种动画效果。对比业界有名的 ECharts,前者是侧重于企业级的图表绘制,SpriteJS 则倾向于动画与游戏。
SpriteJS 的优点有:
1、跨平台,支持服务端渲染、微信小程序。
2、对 D3、Matter-js、Proton 和其他第三方库友好。
3、性能卓越,主要是通过高性能的缓存机制,离屏 Canvas 与 WebWorker 多线程渲染这三大策略实现。最新的 SpriteJS 支持 WebGL,对于大数据量性能更佳。
官网:
GitHub Star:3.4k
NestJS
可能大家听说过 Next.js,这是在 React 团队早些年没推出后端渲染框架时,由第三方推出的 Node.js 框架。大家也可能听说过 Nuxt.js,基于 Vue.js 的轻量级应用框架。
而NestJS可划归为AngularJS社区的。它有 TypeScript、DI、DTO、Decorator,并提供了全套解决方案,包含了认证、数据库、上传文件、验证、缓存、序列化、记录器、安全、配置、压缩、请求等开箱即用的技术。不再像 KoaJS、Express 那样让用户自己找中间件。因此也有人称之为 Node.js 的 Spring。
从趋势来看, NestJS 在 GitHub 的关注人数仅用一年就超越了 Egg.js。目前仍在持续高速增长中,可见 Node.js 也厌恶了 KoaJS、Express 这样的迷你框架,在开发大型应用,必须有 Spring 级别的框架。
官网:.com/
GitHub Star:23k
DoKit
DoKit,全称为DoraemonKit, 是滴滴推出一个跨平台的功能集合面板,有点像 Windows 下的超级兔子或 360 管家。它的功能较完备,可直接看下面的截图:
官网:.com/didi/DoraemonKit
GitHub Star:12.8k
imgcook
imgcook 是阿里出品的人工智能切图工具,但它不只是切图。我们可以上传 Sketch、PSD、静态图片等形式的视觉稿作,通过智能化技术一键生成可维护的前端代码,包含视图代码、数据字段绑定、组件代码、部分业务逻辑代码。在对设计稿轻约束的前提下实现高度还原,释放前端生产力,助力前端与设计师高效协作,让前端工程师关注更具挑战性的事情。
可能有人会质疑它生成的代码可读性,会拿之前的 Dreamweave 做比较,但是不要忘记,这是一个人工智能平台,它会不断进化的,机器的进化速度是人工的 1000 倍以上,这是对“页面仔”的暴击,因此前端工程师努力将自己转移到工具链开发这样高技术含量的活儿上。
官网:
GitHub Star:561(刚开源)
盘点完这些新兴的前端框架,让人惊叹前端技术发展之快,如今优秀的前端工程师打造了很多十年前不可想象的开源项目。尤其是最后三个,可以说标志着前端可以与后端相鼎立的局面了。笔者相信在 2020 年,前端肯定会发展得更好!
作者简介:司徒正美,拥有十年纯前端经验,著有《JavaScript框架设计》一书,去哪儿网公共技术部前端架构师。爱好开源,拥有mass、Avalon、nanachi等前端框架。目前在主导公司的小程序、快应用的研发项目。
暂无评论内容