最新

我提交了一个请求，也许这是个错误，但最终被列入黑名单的情况令人怀疑。

我在寻找可以构建和开源的想法。<p>想知道你们认为在未来几年内会变得重要的问题是什么。<p>谢谢！

我获得了苹果开发者证书，并开发了一个简单的应用程序来解决我遇到的问题。我常去的一家商店没有苹果钱包通行证。由于创建这些非常简单的东西需要签名证书，我制作了一个最简化的应用程序来进行签名。如果你也需要的话，它是可以使用的。这个应用不会通过人工智能扫描卡片，而是需要手动输入条形码，我认为这样更不容易出错。

我创建了 web-sqlite-js，因为我想要一种“开箱即用”的方式来使用带有持久性的 SQLite WASM。 虽然官方的 SQLite WASM 构建非常出色，但将其与原始私有文件系统（OPFS）结合设置、处理 Web Worker 通信以及确保并发安全（互斥锁）涉及相当多的样板代码。 这个库处理了以下内容： - *Worker 协调*：生成并管理 SQLite Worker。 - *持久性*：自动使用 OPFS 进行文件存储。 - *SharedArrayBuffer 支持*：高性能虚拟文件系统所需。 - *安全并发*：内置的互斥锁确保即使从主线程并发调用，SQL 命令和事务也会按顺序执行。 它旨在用于“本地优先”的应用程序，在这些应用中，您希望拥有关系数据库的可靠性，而无需为每个查询提供后端。 GitHub: [https://github.com/wuchuheng/web-sqlite-js](https://github.com/wuchuheng/web-sqlite-js) 文档: [https://web-sqlite-js.wuchuheng.com](https://web-sqlite-js.wuchuheng.com) 我很想听听您对这种方法的看法或对 API 设计的任何反馈。

这个周末，我开始构建 Iconoma，因为我在多个项目中遇到了同样的问题： 图标慢慢变成了一个杂物抽屉。 随机的 SVG 图标，尺寸不一致，填充效果奇怪，命名各异，优化规则不同，每个应用/团队最终都要重新解决相同的清理工作。结果就是无数小的 UI 切割造成的死亡。 我的愿景是：图标应该是无聊的基础设施——一个真实的来源，确定的输出，零“为什么这个图标不同？”的惊喜。 ## Iconoma 的功能 - 导入和组织图标，确保命名和标签的一致性 - 使用可自定义的配置运行 SVGO（这样你的规则得以执行，而不是“随便上一个人做的”） - 从同一来源自动生成目标： - 优化后的 SVG - React 组件 - React Native 组件 - 保持可复现性（这样你可以检测到源文件的变化，并仅重建所需的部分） 你可以这样尝试：npx @iconoma/cli studio ## 我认为这很重要的原因 当图标没有标准化时，你将永远付出代价：UI 不一致、PR 反复、奇怪的渲染错误，以及永无止境的“清理”任务。Iconoma 是我试图将这些成本降到接近零的努力。 ## 我希望得到反馈的内容 - 工作流程：CLI 优先 + Studio——这是否符合团队实际管理图标的方式？ - 除了 SVG/React/RN 之外的必备目标（Vue？Svelte？Flutter？图标字体？） - 你最大的图标痛点是什么（对齐？颜色映射？命名？审查流程？） 如果这听起来有用，我很想知道什么会让你觉得这是一个“是”的选择（或者为什么不是）。 ## 链接： Github: https://github.com/theryston/iconoma 网站: https://iconoma.org