preact_一款React的3kb轻量化方案

更新日期: 2018-01-22阅读: 3.4k标签: 方案
官网:https://preactjs.com/

react的3kb轻量化方案,拥有同样的 ES6 api,Preact 在 dom上实现一个可能是最薄的一层虚拟 DOM 实现。


小体积

大多数 UI 框架是相当大的,是应用程序 javascript 体积的大部份。Preact 不同:他足够小, 你的代码 是你的应用程序最大的部分。这将意味可以下载更少的 javascript 代码,解析和执行 - 为您的代码节省更多的时间,所以你可以构建一个你定义的体验,而不需要受一个框架的控制。


高性能

Preact 是快速的,不仅是因为他的体积,因为一个简单和可预测的 diff 实现,使它成为最快的虚拟 DOM 框架之一。他甚至包含额外的性能特性,如 批量自定义更新,可选的 异步渲染,DOM 回收和通过关联状态优化的事件处理。


轻量 & 可嵌入

Preact 是轻量的意味着你可以把一个强大的虚拟 DOM 组件范例带到一个新的地方。使用 Preact 构建应用程序的各个部分,而无需复杂的集成。将 Preact 嵌入到窗口小部件中并应用相同的工具技术,你将可以构建一个完整的应用程序。


即时生产

轻量可以让你在不需要牺牲生产力的前提下得到更多的乐趣。Preact 让你立即获得生产力。他甚至有一些额外的功能:

  • props, state 和 context 可以被传递给

  • render() 可以使用标准的 html 属性,如 class 和 for

  • 可以使用 React 开发工具


生态系统兼容

虚拟 DOM 组件使得易于共享可重用的事物 —— 从按钮到数据提供程序。Preact 的设计意味着您可以无缝使用 React 生态系统中可用的数千个组件。





链接: https://fly63.com/article/detial/379

Vue前端鉴权方案,前后端分离

前端路由鉴权,屏蔽地址栏入侵,路由数据由后台管理,前端只按固定规则异步加载路由,权限控制精确到每一个按钮,自动更新token,同一个浏览器只能登录一个账号

URI不规范编码解决方案

RFC 7230 与 RFC 3986 定义了 HTTP/1.1 标准并对 URI 的编解码问题作出了规范。但是,文本形式的规范和最终落地的标准之间总是存在着差距。标准中共 82 个字符无需编码。

图片降级方案原来这么简单?

在做项目优化的时候,发现页面加载很慢。结果一看主要的问题就是就是图片的大小过慢,然后呢准备呢去做优化, 本来想去用webp,去优化的,但是呢这个图片是不是我们就用不了呢,然后看了下业界优化王

es6模块加载方案

本篇我们重点介绍以下四种模块加载规范: AMD CMD CommonJS ES6 模块 最后再延伸讲下 Babel 的编译和 webpack 的打包原理。

Github访问速度慢的解决方案总汇

GitHub的CDN(Content Delivery Network,即内容分发网络)域名遭到DNS污染,无法连接使用GitHub的加速分发服务器,所以国内访问速度较慢。

开发人员犯的五大 JavaScript 错误及其解决方案

JavaScript 语言有着悠久的历史。有很多开发人员仍在学习基础知识。但是,如果您正在尝试学习该语言并迈出第一步,您需要知道新开发人员会犯什么错误。您已经研究过 JavaScript 开发教程,并且知道它是世界上最流行的语言之一。

微信中H5页面唤起 APP方案_直接打开appStore

H5网页在微信上是无法直接打开app链接的,需要使用微信开放标签wx-open-launch-app,它主要用于微信H5网页唤醒app,该标签只有在微信中才会显示。

前端加载超大图片(100M以上)实现秒开解决方案

而对于几百M或上G的大图而言,不管对图片进行怎么优化或加速处理,要实现秒开也是不太可能的事情。而上面介绍的第二条“图像分割切片”是最佳解决方案。下面介绍下如何对大图进行分割

现代 CSS 解决方案:原生嵌套(Nesting)

CSS 原生嵌套还处于工作草案 Working Draft (WD) 阶段,而今天(2023-09-02),CSS 原生嵌套 Nesting 终于成为了既定的规范!在之前,只有在 LESS、SASS 等预处理器中,我们才能使用嵌套的写法

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!