JS 的 Number 精度只有 「-2^52 ~ 2^52 - 1」,可以通过 Number.MAX_SAFE_INTEGER 查看 JS 的安全运算范围。
由于这个原因,在一些需要更精确运算的应用场景中,JS Number 精度就不够了,例如需要把 64 位数字写入到 buffer 数组中。
那怎么解决 JS 的精度问题?
在最新的 stage3 中,引入了 BigInt api,用于解决超出 JS Number 运算范围的精度问题。
打开浏览器的控制台输入
BigInt(0)
// 输出 0n
在数字后面加 n 就是 BigInt 类型。
有 BigInt API 可以轻松向 buffer 写入 64 位的数据
const buffer = new ArrayBuffer(8);
const view = new DataView(buffer);
const offset = 0;
const littleEndian = true;
view.setBigUint64(offset, BigInt('123456789012412421521'), littleEndian);
console.log(view) // 刚好用 64 字节写满 8 位的 buffer
但是事情并没有那么一帆风顺,目前只有 Chrome 和 Firefox 等主流浏览器实现了,Safari 系列的 javascriptCore 引擎并不支持,需要用另外的方法兼容。
如何兼容不支持 BigInt 的 js 引擎?
可以兼容大数据运算的需求
import JSBI from 'jsbi'
// 官方例子,用 JS 最大长度 + 2
const max = JSBI.BigInt(Number.MAX_SAFE_INTEGER);
console.log(String(max));
// → '9007199254740991'
const other = JSBI.BigInt('2');
const result = JSBI.add(max, other);
console.log(String(result));
恨简单的使用方式,完美兼容。
但是这又如何在 buffer 中读写 64 位数据?
写一个 polyfill,在项目中引入,以下例子为 TS
import JSBI from 'jsbi';
declare global {
interface DataView {
setUint64: Function;
getUint64: Function;
}
}
DataView.prototype.setUint64 = function setUint64(
byteOffset: number, value, littleEndian: boolean
) {
if (typeof value === 'bigint' && typeof this.setBigUint64 !== 'undefined') {
// the original native implementation for bigint
this.setBigUint64(byteOffset, value, littleEndian);
} else if (value.constructor === JSBI && typeof value.sign === 'bigint' && typeof this.setBigUint64 !== 'undefined') {
// JSBI wrapping a native bigint
this.setBigUint64(byteOffset, value.sign, littleEndian);
} else if (value.constructor === JSBI) {
// JSBI polyfill implementation
const lowWord = value[0];
let highWord = 0;
if (value.length >= 2) {
highWord = value[1];
}
this.setUint32(byteOffset + (littleEndian ? 0 : 4), lowWord, littleEndian);
this.setUint32(byteOffset + (littleEndian ? 4 : 0), highWord, littleEndian);
} else {
throw TypeError('Value needs to be BigInt ot JSBI');
}
};
DataView.prototype.getUint64 = function getUint64(byteOffset, littleEndian) {
if (typeof this.getBigUint64 !== 'undefined') {
return this.getBigUint64(byteOffset, littleEndian);
}
let lowWord = 0;
let highWord = 0;
lowWord = this.getUint32(byteOffset + (littleEndian ? 0 : 4), littleEndian);
highWord = this.getUint32(byteOffset + (littleEndian ? 4 : 0), littleEndian);
const result = new JSBI(2, false);
result.__setDigit(0, lowWord);
result.__setDigit(1, highWord);
return result;
};
使用方式与 BigInt 类似
import JSBI from 'jsbi';
const buffer = new ArrayBuffer(8);
const view = new DataView(buffer);
const offset = 0;
const littleEndian = true;
// 使用 polyfill 的 api
view.setUint64(offset, JSBI.BigInt('123456789012412421521'), littleEndian);
console.log(view) // 得出的结果应该与原生方法保持一致的。
可以参考 little-chat IM 客户端的实现
来自:https://segmentfault.com/a/1190000019962727
在react中是单向数据绑定,而在vue和augular中的特色是双向数据绑定。为什么会选择两种不同的机制呢?我猜测是两种不同的机制有不同的适应场景,查了一些资料后,总结一下。
双向数据绑定是非常重要的特性 —— 将JS模型与HTML视图对应,能减少模板编译时间同时提高用户体验。我们将学习在不使用框架的情况下,使用原生JS实现双向绑定 —— 一种为Object.observe
js判断数据类型的多种方法,主要包括:typeof、instanceof、 constructor、 prototype.toString.call()等,下面就逐一介绍它们的异同。
由于js为弱类型语言拥有动态类型,这意味着相同的变量可用作不同的类型。 typeof 运算符返回一个用来表示表达式的数据类型的字符串,目前typeof返回的字符串有以下这些: undefined、boolean、string、number、object、function、“symbol
在js中我们直接这样写typeof obj===‘object’有什么问题呢?发现Array, Object,null都被认为是一个对象了。如何解决这种情况,能保证判断obj是否为一个对象
js要处理十六进制,十进制,字符之间的转换,发现有很多差不多且书写不正确的方法.一个一个实践才真正清楚如何转换,现在来记录一下它们之间转换的方法。
奇数和偶数的判断是数学运算中经常碰到的问题,这篇文章主要讲解通过JavaScript来实现奇偶数的判断。2种判断方法:求余% 、&1
质数又称素数。指在一个大于1的自然数中,除了1和此整数自身外,没法被其他自然数整除的数。比如100以内共25个,js实现代码如下。
JavaScript自动类型转换真的非常常见,常用的一些便捷的转类型的方式,都是依靠自动转换产生的。比如 转数字 : + x 、 x - 0 , 转字符串 : \\\"\\\" + x 等等。现在总算知道为什么可以这样便捷转换。
XML是标准通用标记语言 (SGML) 的子集,非常适合 Web 传输。XML 提供统一的方法来描述和交换独立于应用程序或供应商的结构化数据。 这篇文章主要介绍Js中实现XML和String相互转化
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!