买个 gpd 蹲坑都可以写代码，

https://github.com/nullno/spark 一起搞吧 专注于开发小工具的库
已实现一个落地 demo [codeList]( https://nullno.github.io/codeList/index.html)

自己做一个挺有趣的 没大疆之前 玩的都是四轴 那时候穷用一次性筷子搭机架 电机 电调 电源 飞控板 绑一起就飞了

我也引下流： https://nullno.github.io/codeList/index.html#/

这不摸鱼好的很 https://nullno.github.io/codeList/index.html#/

跟一个程序员代码功能快速查找 https://nullno.github.io/codeList/index.html

你不会是说姓袁的的吧

如果这值不用即时渲染到页面上，就直接写一个缓存对象；要即时渲染就上状态管理

都是项目逐渐缩减人力，维护者也可能经历了 N 多，最保险的方案就是在这里继续堆积，抽离封装再细致再合理也只是在项目初建团队，一个项目最初有 10 人，到中期 5 个人，到最后维护可能就 1 个人，所以有需求就赶快整完交货； vuex 不用它能正常交互能跑 说明这页面也用不上这玩意，不是用了就很厉害，有些是为了用而用，为了偷懒 简单的子父组件都能给它上了；

搓了一个:https://source.nullno.com/testweb/Character.html

@aliyun2017 看错题了

用我这个 生成的源码也是容易阅读的 http://code.nullno.com/cook-web/index.html#/

哈哈 同一个模板 https://nullno.com

Q：程序员和乞丐也是相似的？
A：是的，程序员和乞丐在某些方面具有相似性。虽然他们从事非常不同的职业，但以下是一些他们可能共享的特征：

1 、技能和资源的差异：
程序员通常具备技术能力和专业知识，他们掌握着编程语言和工具，有能力开发软件和解决问题。乞丐通常没有这些专业技能和资源，他们更依赖于社会的帮助和施舍来满足基本需求。

2 、生活状态的不确定性： 程序员和乞丐都面临他们生活状态的不确定性。程序员可能会面临就业不稳定、项目延期或技术进步等挑战。而乞丐则面临食物、住所和基本生活需求不稳定的情况。

3 、社会角色的边缘化： 在某种程度上，程序员和乞丐都可能在社会中被边缘化。程序员可能是技术界或工作团队中的少数群体，往往被视为“怪人”。同样地，乞丐在社会中也往往是被忽视或排斥的群体。

@aliyun2017 来自 Ai 回复

对于第一个问题，使用 Redis 可行。Redis 是一个高性能的键值存储系统，可以用于缓存、数据结构存储和消息传递等多种场景。在你的情况下，可以使用 Redis 来存储已经验证过的二维码，通过对已存储的二维码进行对比来判断是否重复。Redis 的速度非常快，适合处理大量的数据。你可以将每个二维码作为键存储在 Redis 中，当需要进行校验时，通过查询 Redis 来判断二维码是否重复。这样可以有效地减少数据库的负载，提高验证的效率。

对于第二个问题，如果需要考虑历史码包进行验重，并且要求响应时间在 3 秒以内，可以考虑使用分布式数据库和查询优化等技术来处理。以下是一种可能的方案：

1 、使用分布式数据库，如 Apache HBase 、Cassandra 或 MongoDB ，来存储历史码包的数据。这些数据库可以水平扩展，具有良好的查询性能和高可用性，适合处理大规模数据。

2 、对于历史码包的验重，可以将数据分片存储在不同的节点上，避免单一节点的负载过重。并采用合适的数据建模和索引设计，以提高查询的效率。

3 、使用查询优化技术，如索引、分区、缓存等，来提高查询的性能。通过合理的查询计划和数据存储方式，可以减少查询的响应时间。

4 、可以考虑使用异步处理和批量处理的方式，将二维码的验证任务分解为多个子任务进行处理，以提高整体的处理效率。例如，可以将待验证的二维码按批次发送到后台进行验证，再将验证结果返回给前端。

总的来说，使用分布式数据库和查询优化等技术，结合合理的数据存储和查询策略，可以满足对历史码包进行验重并保证响应时间在 3 秒以内的需求。具体的方案可以根据你的具体业务和技术要求进行进一步的调研和评估