@ElvY 我现在是代码随意，因为是我自己维护的。文档我倒是挺认真写的，因为我不想坑前端同事

@Rache1 奥，对了，第 1 点 bcdiv 的 18 这个疑问忘记告诉你了，这个是因为数字币 eth 中， 单位 wei 转 eth ，存在小数，精度需要保存到小数点后 18 位

适量的冗余是正常的，有时候是为了查询方便，而且对于没有要求前后数据变更强一致性的数据，也无需花精力去同步。
比如之前我做过一个客服聊天记录表，我就在里面冗余了用户昵称，方便查询，用户改昵称，我也不会同步过来的，已经问过产品，说无所谓

@Rache1 兄弟，有些代码，离开业务场景空想是想不明白的，这个代码我四五年前写的了，模糊记得一些，你疑问的点大概和你说下吧：
1 、1000000000000000000 和 0x 是业务需要，它是不会也不可能变化的，所以我写死了专用值，也不存在我需要添加除 0x 前缀外的场景，这个是专用于数字币计算的。
2 、我不知道你所说的 PHP 自带的的十进制和十六进制转化是否指的是 dechex 这个函数，如果是的话，这个函数是用不了的，数字币都是高精度计算，数字位数是 n + 18 位，用自带函数计算是超出上限的。
3 、我直接拼 0x 是因为我很确定我上一步的值是不存在 0x 的，无需重复调用兼容性的方法增加判断，当然，你要说非要调用比较优雅，也不是不行，这个见仁见智，我不反驳，我当年怎么想的，我也记不起来了。
4 、同 1 解释，因为只专注于+0x
5 、此工具函数比较简单，当时为什么没有单独提出来，我已经记不清了。
6 、是的，可能当时忘记了吧。

@xinyewdz 我已经摆烂好多年了

@idealhs 抛开业务场景的话，肯定很难想象啦，这种业务代码要结合业务看才好理解

@eilisonLiang 是啊，我现在的状态，对优雅的态度，总结起来就是：时间太赶算了、能跑就行算了

@NessajCN 这个工具类有具体实用场景的，做数字币的接触多了就知道了，不纠结具体业务了，我只是缅怀以前对代码的激情，当年水平有限，以现在的眼光去看，可能几年前刚入行写的代码，是有瑕疵的，但是当时我是用心去写的

@kingpo 朱村的我也在关注，想找近地铁口的

@xpl8435 我也是咦，可能想去看下增城或者从化，加个联系方式交流下经验？

楼主你哪个城市啊，我也想今年买

现在这些都要登录、收费。
偶尔用，我也是用钉钉企典了，这个是免费的，反正现在手机也装有钉钉

你手机有 NFC 吗，NFC 卡应该可以，因为它是模拟实体卡的

写个代码脚本呗，很简单的

本地人啊，不用算房租这样的固定支出吗

规定本来就是这样，发票才是官方合法开具的。你买车怎么可能会没有发票呢，线上买的你就找客服，线下买的你就找商家，不肯开发票你就举报。

金手指插的 pcie ，然后又看到有 dp 接口、网线接口，又有跳线针脚，咋的大杂脍啊，哪种设备定制的吧