最新

在我参与的几个系统中，应用代码会构建发送给外部服务（API、AI 服务、合作伙伴系统）的请求。<p>在发送之前，我们经常需要决定一些事情，例如： 这个请求应该原样发送吗？ 应该删除或修改某些内容吗？ 或者应该完全停止这个请求？<p>目前，这种逻辑往往分散在各个地方： 应用代码中的内联检查 通过代码审查强制执行的约定 对未针对此层设计的安全工具的部分复用<p>我很好奇其他人从架构角度如何处理这个问题： 你们会将这种决策逻辑集中在某个地方吗？ 还是将其保留在每个应用附近更好？ 你们见过哪些随着系统发展而经久耐用的模式？<p>我正在寻找架构方面的观点和实际经验，而不是工具推荐。

嗨，HN 社区， 关于 eze 的最新进展，我正在构建一个由 AI 驱动的副驾驶，可以将原始的创业想法转化为可视化的执行路线图。 在过去的一天里： * 有 4 个人加入了候补名单，以获得抢先体验和早鸟优惠。虽然人数不多，但这足以证明这个想法是可行的，而不是默默地放弃它。 * 基本的应用程序已经可以使用通用 LLM 端到端运行。你可以描述你的想法，它会生成一个多阶段的路线图（验证 → MVP → GTM → 发布 → 发布后），作为一个带有里程碑的交互式图表。 * 我开始使用特定领域的数据来开发一个专门的解决方案：精选的创始人内容、创业框架以及我自己的结构化提示，这样指导就会变得更加具体，而不是“伪装成通用博客文章”。 我仍然关注的核心问题是：帮助首次创业者/单人创始人从“我有一个想法和一些技能”过渡到“我有一个现实的、有序的计划，我可以在接下来的几周/几个月内执行”。 如果你有兴趣或想看看这个项目的发展： 候补名单 + 更多信息：[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。我想分享我的经验，以吸引更多人关注在 Android 上使用 Rust。 首先，我要感谢所有为以下基础 crate 和工具做出贡献的人： * [https://github.com/rust-mobile/android-activity](https://github.com/rust-mobile/android-activity) * [https://github.com/jni-rs/jni-rs](https://github.com/jni-rs/jni-rs) * [https://github.com/gfx-rs/wgpu](https://github.com/gfx-rs/wgpu) * [https://github.com/rust-windowing/winit](https://github.com/rust-windowing/winit) * 等等 当我开始时，我需要了解已经存在哪些工具和示例。幸运的是，已经有一套很好的示例，同时使用了 NativeActivity 和 GameActivity： [https://github.com/rust-mobile/rust-android-examples](https://github.com/rust-mobile/rust-android-examples) 基本方法是使用 android-activity、winit 和 wgpu，就这么简单。除此之外，你可以在 rust-android-examples 仓库中找到一些 egui 示例。 好的，在运行了基本示例之后，我想将它们与 iced 结合起来。Iced 是一个跨平台的 GUI 库，主要面向桌面和 Web。据我目前所知，它明确不以移动端为目标。然而，有人在某个问题中发布了他们的实验。我就是这样知道这是可行的： [https://github.com/iced-rs/iced/issues/302](https://github.com/iced-rs/iced/issues/302) 有一种方法可以将 iced 集成到 wgpu 应用程序中，被称为集成示例： [https://github.com/iced-rs/iced/tree/0.14.0/examples/integration](https://github.com/iced-rs/iced/tree/0.14.0/examples/integration) 上面我提到，将 winit 和 wgpu 与 android-activity 结合使用就足以构建应用程序了。将 1 + 1 加起来，我得到了 2：让我们将 iced 集成示例与 android-activity 一起使用。编译起来非常容易，几乎没有错误。我遇到的第一个问题是没有渲染文本。我通过这里展示的方式加载字体解决了这个问题： [https://github.com/pop-os/cosmic-text/issues/243#issue-2189977938](https://github.com/pop-os/cosmic-text/issues/243#issue-2189977938) 然后我修补了一些小部件以添加触摸支持。就这样。我的角色是将之前的所有工作结合起来，形成一个可运行的示例。 一些使用 Rust 构建 Android 应用程序的其他方法： * xilem 明确目标是支持移动端 [https://github.com/linebender/xilem](https://github.com/linebender/xilem) * egui 支持移动端 [https://github.com/emilk/egui](https://github.com/emilk/egui) * 游戏引擎，如 Fyrox 和 Bevy 支持移动端： * [https://github.com/FyroxEngine/Fyrox](https://github.com/FyroxEngine/Fyrox) * [https://github.com/bevyengine/bevy](https://github.com/bevyengine/bevy) * 几乎所有基于 winit 和 wgpu 构建的东西 以上所有都与使用 NativeActivity 或 GameActivity 构建原生应用程序有关。我将 Webview 排除在当前帖子的范围之外。 iOS 呢？据我所知，它应该与 Android 类似，甚至可能更简单。我还没有构建它，但下次我有大量空闲时间时，我会尝试让它工作。计划是一样的：选择 winit、wgpu、iced 集成示例，将它们混合在一起直到它工作。它将需要相同的加载字体的技巧，以及可能其他一些东西，但目前没有明显的障碍。 再次感谢所有让这一切成为可能的人，祝你用 Rust 构建移动应用程序时玩得开心！