@xiaoshan5733
这里有一个类似的 issues
https://github.com/software-mansion/react-native-reanimated/issues/5324

@xiaoshan5733 自己实现过了，现在的问题是如果在 onScroll 的时候移动 Tab 的位置/扩大 Tab 的尺寸，会导致 ScrollView 的坐标产生改变，就会出现用户向上划了 1 像素，然后 View 跟着向上移动了 1 像素，因为 View 向上了 1 像素，所以 onScroll 事件相当于又向下了 1 像素。结果就会出现缓慢滑动的时候，整个 View 都在上下抖（因为相当于 onScroll 同时触发了上下两个坐标，导致循环渲染）

之前写的项目 https://github.com/mouyase/DNFAutoFire
开发环境用的 1.1+VSCode ，遇到不会的就翻官方文档

在职前端认为两个人说的都不无道理，React 新文档确实写的很不错，通读之后理解了不少之前没有理解的东西。但是尤说框架应该简单易用的设计也没有什么毛病。不过由于本人是做 RN 开发的，什么时候 Vue 要是也有类似的 App 生态的时候，再考虑去用吧（

希望以后可以像 LZ 一样变得更强

@ruxuan1306 好文，值得学习和思考

@rabbbit 其实我们也想做类似的兼容，但是有时候还会出现不同的有的数据 userid 和 id 是相同的但是有的是不同的类似情况，直接盖过去有时还会有问题。

是不是 fcm 挂了

@nothingistrue 现实情况确实是这样

@vincent7245 接口文档都是我对接口数据提出疑问之后才去写的。如果没提出疑问，那文档里就是告诉你，这里有这样一个字段，可能会返回 0 和 1 。

@coderzhangsan 现在的问题是，每一个接口拿到数据的时候，我们前端都没有办法根据数据的内容判断到底代表了什么状态。不过你说的字典转换确实是现在正在考虑的一个办法。

@AreYou0k
@smirkcat
后台用的 golang （

@Quarter
大概就是这两位这种才会写出来这样的接口罢

加油吧，出身和家庭决定的是人的下限，但是上限就要靠自己的努力。努力生活的人都是值得敬佩的。
希望 OP 一定要保持学习，让自己变得更强大，这样将来才有机会活的更好。
才 25 岁还年轻的很，机会还有很多，加油。

@XCFOX 我们的后端给我感觉就像是把从一些其他地方拿过来的接口和数据没经过封装就直接返回给客户端了，导致客户端经常要判断特别多的业务逻辑才能计算出来正确的数据

"您好，这是 Bing 。我可以帮您解答这个问题。😊
首先，让我们了解一下什么是 BL 解锁。根据我的搜索结果 1 ，BL 解锁是指解锁 BootLoader ，也就是 Android 系统启动前的第一个程序。解锁 BootLoader 可以让用户刷入第三方的 ROM 或者获取 root 权限，但也可能带来一些风险，比如系统不稳定、数据泄露、保修失效等。不同的手机品牌有不同的解锁方法和注意事项，您可以在官网或者论坛上查看具体的操作步骤。
接下来，让我们来计算一下您的展示方案有多少种。由于已 BL 解锁的手机不能相邻，我们可以先把未 BL 解锁的手机排成一列，然后在它们之间插入已 BL 解锁的手机。未 BL 解锁的手机有 7 台，分别是 3 台小米 13 ，1 台小米 14 Pro ，3 台 Redmi K60 至尊版。由于同一机型视为完全一样，我们可以用组合数来计算它们的排列方式。设 C(n,m)表示从 n 个元素中选取 m 个元素的组合数，那么未 BL 解锁的手机的排列方式有：
C(7,3)×C(4,1)×C(3,3)=35×4×1=140
这意味着有 140 种不同的方式可以排列未 BL 解锁的手机。在这 140 种方式中，每一种都会有 8 个空位可以插入已 BL 解锁的手机，分别是两端和中间的 6 个间隙。已 BL 解锁的手机有 3 台，都是 Redmi K70 ，所以我们只需要从 8 个空位中选取 3 个空位来放置它们。这样，已 BL 解锁的手机的插入方式有：
C(8,3)=56
这意味着有 56 种不同的方式可以插入已 BL 解锁的手机。因此，总的展示方案有：
140×56=7840
也就是说，有 7840 种不同的方式可以展示这 10 台手机，满足已 BL 解锁的手机不能相邻的条件。
希望这个答案对您有帮助。如果您还有其他问题，欢迎继续提问。😊"

adb shell pm uninstall --user 0 com.android.browser # 浏览器
删除系统自带浏览器

@Lexgni 一年之后资格全部过期