最新

– 注意：HN 用户非常重视隐私。请强调它是通过 WASM 在本地运行的。

在我所工作的几个系统中，应用程序代码会构建请求并发送到外部服务（API、人工智能服务、合作伙伴系统）。在发送请求之前，我们通常需要决定以下事项： - 这个请求是否应该原封不动地发送？ - 是否需要删除或更改某些内容？ - 或者这个请求是否应该完全停止？ 目前，这种逻辑往往分散在不同的地方： - 应用程序代码中的内联检查 - 通过评审强制执行的约定 - 部分重用并不适用于这一层的安全工具 我很好奇其他人在架构方面是如何处理这个问题的： - 你们是否将这种决策逻辑集中在某个地方？ - 还是更适合与每个应用程序紧密结合？ - 随着系统的发展，你们有没有看到一些经得起时间考验的模式？ 我希望获得架构方面的见解和真实的经验，而不是工具推荐。

嗨，HN社区， 关于我正在开发的AI驱动的助手eze的进展更新： 在过去的一天里： - 有4人加入了早期访问和早鸟福利的候补名单。虽然这个数字不大，但足以验证我继续探索这个想法，而不是默默放弃。 - 基本应用程序已经能够端到端运行，使用通用的语言模型。你可以描述你的想法，它会生成一个多阶段的执行路线图（验证 → MVP → 市场推广 → 上线 → 上线后），以交互式图表的形式展示里程碑。 - 我开始着手开发一个使用特定领域数据的专业解决方案：策划的创始人内容、创业框架以及我自己结构化的提示，使得指导变得更加具体，而不再是“伪装的通用博客文章”。 我仍然专注的核心问题是：帮助首次或独立创始人从“我有一个想法和一些技能”转变为“我有一个可以在接下来的几周或几个月内执行的现实、有序的计划”。 如果你感兴趣或者想看看这个项目的发展： 候补名单 + 更多信息： [https://eze.lovable.app](https://eze.lovable.app) 我非常希望能听到你对这样一个工具需要做些什么，才能让你信任它来进行自己的项目规划的反馈。 欢迎提问，也乐意听取你对方向、定位或技术选择的坦诚看法。 第一天 - [https://news.ycombinator.com/item?id=46341465](https://news.ycombinator.com/item?id=46341465)

不久前，我决定尝试使用 Rust 构建一个 Android 应用。在几周后，我成功地让它运行起来。最近有一个新的 iced 版本发布，所以我刚刚将示例更新到了新的 iced 和 wgpu。我想分享我的经验，以吸引更多人关注 Rust 在 Android 上的应用。 首先，我要感谢所有在基础库和工具上辛勤工作的人员，例如： - [android-activity](https://github.com/rust-mobile/android-activity) - [jni-rs](https://github.com/jni-rs/jni-rs) - [wgpu](https://github.com/gfx-rs/wgpu) - [winit](https://github.com/rust-windowing/winit) - 以及其他许多人 当我开始时，我需要了解现有的工具和示例。幸运的是，有一套很好的示例，使用了 NativeActivity 和 GameActivity： [rust-android-examples](https://github.com/rust-mobile/rust-android-examples) 基本的方法是我们使用 android-activity、winit 和 wgpu，仅此而已。在此基础上，你可以在 rust-android-examples 仓库中找到一些 egui 示例。 好吧，在我让基本示例运行后，我想将它们与 iced 结合起来。Iced 是一个跨平台的 GUI 库，专注于桌面和网页。就我目前所知，移动支持显然不是它的目标。然而，有一个问题中，有人发布了他们的实验。这就是我知道它是可能的原因： [iced issues #302](https://github.com/iced-rs/iced/issues/302) 有一种方法可以将 iced 集成到 wgpu 应用中，称为集成示例： [iced integration example](https://github.com/iced-rs/iced/tree/0.14.0/examples/integration) 如上所述，使用 winit 和 wgpu 结合 android-activity 就足以构建应用。将 1 + 1 结合起来，我得到了 2：让我们使用 iced 集成示例与 android-activity。编译几乎没有错误，过程相当简单。我遇到的第一个问题是没有文本渲染。我通过加载字体解决了这个问题，具体方法可以参考这里： [cosmic-text issue #243](https://github.com/pop-os/cosmic-text/issues/243#issue-2189977938) 然后，我对一些小部件进行了补丁，以添加触摸支持。就这样。我的角色是将所有之前的工作结合在一起，形成一个可运行的示例。 使用 Rust 构建 Android 应用的其他一些方式： - xilem 明确目标是支持移动设备 [xilem](https://github.com/linebender/xilem) - egui 支持移动设备 [egui](https://github.com/emilk/egui) - 一些游戏引擎，如 Fyrox 和 Bevy 支持移动设备： - [Fyrox](https://github.com/FyroxEngine/Fyrox) - [Bevy](https://github.com/bevyengine/bevy) - 基本上任何基于 winit 和 wgpu 的项目 以上所有内容都与使用 NativeActivity 或 GameActivity 构建本地应用有关。我在此不讨论 webview。 那 iOS 呢？据我所知，它应该与 Android 相似，甚至可能更简单。我还没有构建它，但下次我有一段较长的空闲时间时，我会尝试让它工作。计划是一样的：选择 winit、wgpu、iced 集成示例，将它们混合在一起，直到它工作。加载字体的技巧是必需的，也许还有其他一些东西，但目前没有明显的障碍。 再次感谢所有让这一切成为可能的人，祝你们在使用 Rust 构建移动应用时玩得愉快！