view 和 pure 的区别： 1. view 告诉我们，通过运行该函数，不会保存/更改任何数据。 2. pure 告诉我们，该函数不仅不会将任何数据保存到区块链中，而且不会从区块链中读取任何数据。 带有 public 的变量 favoriteNumber，可以看作是一个返回 uint256 的 view 函数 uint256 public favoriteNumber;
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 22, 2022
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 22, 2022
Solidity struct 结构体 不满足于基础的数据类型，当然就需要自定义类型，struct 结构体可以包含一些基本的数据类型。 当然，也可以包含自定义的 struct 类型，俗称「套娃」🪆 https://t.co/fsKWwOYOO7
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 22, 2022
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 22, 2022
声明 struct 变量后，可以直接初始化，People({ key1: val1, key2: val2}) 更简单直观的方式是，按照 struct 的参数顺序来填入值，People(val1, val2, ...) https://t.co/0dHzPAugz0
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 22, 2022
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 22, 2022
Solidity array 数组 更好的创建列表的方法是使用一种被称为数组（array) 的数据结构 举例：People[] 数组是储存列表，或者说储存一系列对象的一种方式 people 数组在智能合约部署过后，还是个空列表，参数输入框，可以填入想要获得的那个对象的索引 https://t.co/zFXic0RgGd
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 22, 2022
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 22, 2022
默认类型的数组就是所谓的动态数组(Dynamic Array)，初始化这个数组的时候并没有规定它的大小 - 数组的方括号里添加一个数字 3，最多只能放进去三个 People 对象 - 不指定的话，数组的大小会随着我们添加和减少 People而增大和减小 People[3] public people;
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 22, 2022
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 22, 2022
在 Remix IDE 调用已部署的合约函数 比如 addPerson() 黄色按钮 + 输入框：根据参数顺序，填写值 JimmyLv, 7 就会为 people 数组添加一个对象，对应 People(JimmyLv, 7)。 你会发现 terminal 中的 ✅ 符号，代表消耗了 gas 计算量， 暴露的 people 变量对应一个蓝色按钮，可根据索引位置获取数据。 https://t.co/Llx8RSk6ir
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 22, 2022
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 22, 2022
闪念是一次迭代， 笔记是一次迭代， 整理是一次迭代， 写推是一次迭代， 文字是一次迭代， 画图是一次迭代， 视频是一次迭代， 剪辑是一次迭代， 字幕是一次迭代， 评论是一次迭代， 弹幕是一次迭代， 标题是一次迭代， 口述是一次迭代， 回复是一次迭代， 朗读是一次迭代， 转发是一次迭代， AI提炼是 https://t.co/UD4xNmUKmj
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 22, 2022
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 22, 2022
📮漫游日报 Roam Daily pinned «我是一名 7 years+ 经验的全栈工程师，👨🏻💻 偏爱前端 🎨 和 DevOps ⚙️。 2022 年下定决心，正经学习区块链 & Web3 技术栈，「学习技术，穿越牛熊」🐻 这个 Thread 记录我的公开学习，分享最直观的体验和学习笔记。 🧵 /n 📣 如果有不正确的地方，感谢指出！ — jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 22, 2022»
好久不见！这一期带着你完整测试整个 React 应用的功能。
示例代码：https://ift.tt/ajwWAhC
下一期已录制，点赞过100，就更新下一期哦，欢迎三连+分享~
视频地址：https://ift.tt/oV4m8C1
Media
via 吕立青_JimmyLv 的 bilibili 动态 https://ift.tt/JsQ5P1E
示例代码：https://ift.tt/ajwWAhC
下一期已录制，点赞过100，就更新下一期哦，欢迎三连+分享~
视频地址：https://ift.tt/oV4m8C1
Media
via 吕立青_JimmyLv 的 bilibili 动态 https://ift.tt/JsQ5P1E
GitHub
GitHub - JimmyLv/fed-testing-react: 极限编程之【前端自动化测试】系列课程
极限编程之【前端自动化测试】系列课程. Contribute to JimmyLv/fed-testing-react development by creating an account on GitHub.
I'm claiming testnet tokens for @zksync v2, an EVM-compatible ZK Rollup! My Address: 0xb4d7e965bd043b9b633eca43df3ac82c7a545ca3 Learn more: https://t.co/viJ3j65U9p
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 23, 2022
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 23, 2022
zksync.io
zkSync — Accelerating the mass adoption of crypto for personal sovereignty.
zkSync is a ZK-rollup that represents the end-game for scaling Ethereum - one that scales its technology and values without degrading security or decentralization.
剪映桌面端，最近支持了单独导出音频文件，这加速了我通过飞书妙记获取字幕的过程。 原因在于，飞书妙记的字幕识别更准确，且更容易修改，导出srt文件之后还能批量替换 🧵 /n 这个 Thread 分享我在视频创作时，字幕识别+自动校对的最佳实践。 投稿数 122，欢迎关注 B 站：https://t.co/dFqTW49oR3 https://t.co/Ur3yvmkHkf
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 23, 2022
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 23, 2022
Bilibili
吕立青_JimmyLv的个人空间-吕立青_JimmyLv个人主页-哔哩哔哩视频
哔哩哔哩吕立青_JimmyLv的个人空间，提供吕立青_JimmyLv分享的视频、音频、文章、动态、收藏等内容，关注吕立青_JimmyLv账号，第一时间了解UP注动态。远程办公ing，工作、学习更“敏捷”！「在学习的同时帮助他人学习，在赚钱的同时帮助他人赚钱。」
1. mp3 文件上传至飞书妙记，自动识别文字，准确度相当高。 我最喜欢的是「非线性」“看”视频，根据文本快速回溯视频位置。 - 识别后的文字支持修改；也支持高亮（标记识别错误） - 后续可以导出为文档或txt, srt 字幕文件 p.s. 飞书妙记在移动端还有一个 Podcast 播客模式 https://t.co/kzYk0MTuwt https://t.co/1YG7Da5NqQ
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 23, 2022
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 23, 2022
即刻
即刻 - 记录我 遇见你
与更多同好分享你的见闻与感受，每一个独到的声音，都值得被更多人倾听。在即刻，你可以发表动态，在圈子中分享观点与见闻，并更深度地参与内容分享。即刻是 Apple Watch 上最有用的应用之一。
2. 字幕识别永远会有错误，但更重要的是如何快速「修正错误」 如图，飞书妙记生成的字幕文件，比剪映好太多了！ tip: 导出 srt 文件，批量替换： - 使用文本编辑器或IDE的replace功能更强大，比如支持正则，一键替换 - 甚至，我写了一段bash脚本，直接命令行执行一遍即可，同时打开 IDE 进行二次润色 https://t.co/qz78Evcgm6
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 23, 2022
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 23, 2022
3. 常见的识别错误，可以持续积累，贯彻 Infrastructure/Config As Code 比如「语法弹」-> 「语法糖」，就可以通过 bash 脚本的方式保存起来。 sed -e 's/语法弹/语法糖/g' 再比如，每个人都可能有口癖： "呃|就是|然后|那种|其实|可能|比较|一个|这个|这样的|这样" 我会通过识别口癖的正则替换。 https://t.co/IZOZcWaHad
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 23, 2022
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 23, 2022
4. 让工具辅助你的 Workflow，重要的是创造知识。 如上，我分享的是借助工具进行视频创作，是一个 Output 过程。 制作字幕的过程，本质上是一种迭代，而不应该成为一种消耗。 当然，Input 时我也会借助飞书妙记，让视频学习更高效，非线性获取知识。 （如图2，下回再讲） https://t.co/Fszgz4YFOc https://t.co/8nCNnuiNCg
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 23, 2022
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 23, 2022
P.S. 本 Thread 自动生成的文章：https://t.co/lqYgqOopXZ
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 23, 2022
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 23, 2022
Typefully
借助飞书妙记，快速创作与学习视频媒体 | JimmyLv.eth (🐣, 🐣) 2𐃏23
剪映桌面端，最近支持了单独导出音频文件，这加速了我通过飞书妙记获取字幕的过程。
原因在于，飞书妙记的字幕识别更准确，且更容易修改，导出srt文件之后还能批量替换
🧵 /n
这个 Thread 分享我在视频创作时，字幕识别+自动校对的最佳实践。
投稿数 122，欢迎关注 B 站：https://space.bilibili.com/37648256
原因在于，飞书妙记的字幕识别更准确，且更容易修改，导出srt文件之后还能批量替换
🧵 /n
这个 Thread 分享我在视频创作时，字幕识别+自动校对的最佳实践。
投稿数 122，欢迎关注 B 站：https://space.bilibili.com/37648256
我在互联网上分享所谓“知识”的原因： https://t.co/GsWUSzoglT https://t.co/Fv4c3MschT
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 23, 2022
— jimmylv.eth (🐣, 🐣) 吕立青 2𐃏22 🇨🇳 (@Jimmy_JingLv) Nov 23, 2022
X (formerly Twitter)
JimmyLv.eth (🐣, 🐣) 2𐃏23 (@Jimmy_JingLv) on X
剪映桌面端，最近支持了单独导出音频文件，这加速了我通过飞书妙记获取字幕的过程。
原因在于，飞书妙记的字幕识别更准确，且更容易修改，导出srt文件之后还能批量替换
🧵 /n
这个 Thread 分享我在视频创作时，字幕识别+自动校对的最佳实践。
投稿数 122，欢迎关注 B 站：https://t.co/dFqTW49oR3
原因在于，飞书妙记的字幕识别更准确，且更容易修改，导出srt文件之后还能批量替换
🧵 /n
这个 Thread 分享我在视频创作时，字幕识别+自动校对的最佳实践。
投稿数 122，欢迎关注 B 站：https://t.co/dFqTW49oR3
在前端单元测试当中，最典型的一个场景就是 API 的异步请求，我们该如何正确地 Mock 它呢？
视频地址：https://ift.tt/FfuSUdD
Media
via 吕立青_JimmyLv 的 bilibili 动态 https://ift.tt/yNQEk21
视频地址：https://ift.tt/FfuSUdD
Media
via 吕立青_JimmyLv 的 bilibili 动态 https://ift.tt/yNQEk21
Bilibili
【前端测试】第2.3章 - 实践进阶：如何测试异步代码？API Mock 最佳实践 MSW_哔哩哔哩_bilibili
🥳【前端测试】往期回顾：第0章 - 为什么要做单元测试？ BV1Ad4y1C7vY第0.1章 - 单元测试与自动化的关系 BV1y24y1f7EQ第1.1章 - Jest 单元测试基础入门 BV1t14y1V7wR第1.2章 - Jest 单元测试之模块间依赖 Fake、Stub、Mock、Spy BV16e411F7AR第2.1章 - 前端组件化 UI 测试 - Testing Library, 视频播放量 522、弹幕量 1、点赞数 30、投硬币枚数 14、收藏人数 46、转发人数 2, 视频作者 吕立青_JimmyLv…
MSW 借助于 Service Worker 的能力，让我们可以同时在 browser 和 node 端实现了同一套数据 mock 的逻辑。
从而我们可以在开发的时候，使用同一份数据来用于测试和调试，而不用依赖后端 API。
视频地址：https://ift.tt/2b1RUOe
Media
via 吕立青_JimmyLv 的 bilibili 动态 https://ift.tt/QWwLa9V
从而我们可以在开发的时候，使用同一份数据来用于测试和调试，而不用依赖后端 API。
视频地址：https://ift.tt/2b1RUOe
Media
via 吕立青_JimmyLv 的 bilibili 动态 https://ift.tt/QWwLa9V
Bilibili
【前端测试】第2.4章 - 前端测试代码实战：API Mock 最佳实践 MSW_哔哩哔哩_bilibili
🥳【前端测试】往期回顾：第0章 - 为什么要做单元测试？ BV1Ad4y1C7vY第0.1章 - 单元测试与自动化的关系 BV1y24y1f7EQ第1.1章 - Jest 单元测试基础入门 BV1t14y1V7wR第1.2章 - Jest 单元测试之模块间依赖 Fake、Stub、Mock、Spy BV16e411F7AR第2.1章 - 前端组件化 UI 测试 - Testing Library, 视频播放量 33、弹幕量 0、点赞数 3、投硬币枚数 0、收藏人数 1、转发人数 0, 视频作者 吕立青_JimmyLv…