kricsleo

@camsong 楼主采用`toPrecision`而不是`toFixed`来解决问题，但是`toFixed`出现的舍入问题在`toPrecision`一样会出现啊，比如`1.005.toFixed(2)`结果是`"1.00"`，但是`1.005.toPrecision(3)`的结果也同样是`"1.00"`，能说一下为什么抛弃`toFixed`而采用`toPrecision`吗？

# 问题描述 我也碰到了这个问题，表现为使用静态的数据可以渲染表格前的多选按钮，但是如果后来改变了这个数据，而且新的数据的行数要比之前多就会出现这个问题，举例来说：一开始静态数据有5条，这5条是可以正常初始化带optional选项的表格，但是如果后来动态改变了数据到6条， 那么多的那一条在渲染时会报错，具体错误如下图   原因我猜是代码中不会根据数据条数来重新生成前面的input选择按钮，导致数据条数一旦比最开始初始化的时候多就会导致多的那些数据没有对应的input选择按钮，然后报错。 # 临时解决方案 目前来说暂时的解决方案是你的表格一页想要展现多少条数据，那么初始化的时候写入多少条空数据，之后通过ajax或者其他方式生成了真实的数据以后再把这些假数据替换掉。 例如如果你的表格要展示10条数据，那么在你绑定的数据中就写上[{}, {}, {}, {}, {}, {}, {}, {}, {}, {}, ]，这样暂时能保证表示初始化正常，后期改变这10条数据也能正确渲染上，但是毕竟不是最合适的解决方案，还是希望官方能够尽快修复这个bug！

### It's ok. Chrome plans to migrate all extensions to manifest v3, and this extension is currently using manifest v2. So it's a warning for the version. ### Why not...