InfoGaps | 信息差

🤯 终端应用开发的苦恼 想象一下，你正在用 BubbleTea 和 Lipgloss 构建一个炫酷的终端应用。你已经熟练地使用它们抽象出布局、颜色、事件等元素，轻而易举地创建出一个用户友好的界面。你甚至用上了 BubbleTea 的鼠标事件支持，实现了像按钮点击、区域悬停等功能。 一切看起来都很美好，直到你的应用开始变得复杂起来。多个组件层层嵌套，子组件又有自己的子组件，就像一个错综复杂的迷宫。这时，你想要实现一个简单的功能：点击某个按钮触发特定操作。然而，你需要先定位鼠标点击的位置，然后一层层地向上遍历组件树，判断哪个组件才是被点击的目标。这就像你要在迷宫里找到特定的一粒沙子，费时费力，让人头疼不已。 ✨ BubbleZone：化解复杂，精准定位 BubbleZone 正是为了解决这个问题而诞生的。它就像是在迷宫里为每一粒沙子都做了标记，让你能够轻松地找到它们。 BubbleZone 的工作原理是什么呢？ 🚀 BubbleZone 的优势 💡 使用技巧 为了帮助你更好地使用 BubbleZone，以下是一些实用技巧： 🎉 让你的终端应用充满活力 BubbleZone 为你的终端应用带来了前所未有的交互体验，让你的应用不再是冰冷的命令行工具，而是充满活力的交互式应用。 参考文献：

“在命令行里工作很酷，会让你感觉自己像黑客电影里的英雄。” 此言不虚！但是，面对单调乏味的文字瀑布，或者令人望而生畏的命令行参数、美元符号前缀，以及各种莫名其妙的错误信息，我们也难免会感到力不从心。 好在，终端世界里除了冰冷的命令行，还有生机勃勃的 TUI（终端用户界面）。TUI 就像一杯珍珠奶茶，在复古的外表下，蕴藏着现代化的体验。而在 Go 语言的世界里， Bubble Tea 库的出现，让制作 TUI 应用变得像泡一杯奶茶一样简单。 🤔 为什么选择 Bubble Tea？ 想象一下，你是一位经验丰富的茶饮师，想要调制一杯独一无二的珍珠奶茶。这时，你会选择什么样的工具呢？ Bubble Tea 就如同一个功能强大的工具箱，它提供了以下几个不可抗拒的优势： 🚀 从 Hello World 开始 俗话说，万事开头难。让我们从一个简单的 “Hello World” 应用开始，体验一下 Bubble Tea 的魅力吧！ 首先，创建一个名为 code-journal 的目录，并在终端中运行以下命令： 然后，创建一个名为 app.go 的文件，并添加以下代码： 接下来，创建另一个名为 simple_page.go 的文件，其中包含我们的第一个 UI，一个只显示一些文本的简单页面： 在终端中运行以下命令，编译并运行我们的应用： 你将会看到如下输出： 恭喜你！你已经成功运行了你的第一个 Bubble Tea 应用。 🔬 剖析代码 现在，让我们像品尝奶茶一样，细细品味一下这段代码。 🧋 Model：Bubble Tea 的核心 … Read more

自上世纪80年代以来，我一直徜徉在代码的世界里。近年来，我一直在探索用Go语言编写GUI程序的各种可能性，尤其希望能找到合适的工具来构建跨平台桌面GUI软件。当然，如果能用同一套技术开发移动版本，那就更令人兴奋了，毕竟，节省开发人员宝贵时间和精力的技术，谁不爱呢？ 然而，一番探索下来，我却发现了一个残酷的事实：Go语言目前还没有一个真正好用的GUI框架！ 这实在令人惋惜，因为除了GUI这一点，Go语言几乎完美契合了我对易用、快速的应用程序开发工具的所有想象，就像我曾经钟爱的REALBasic（现在更名为价格不菲的Xojo）那样。遗憾的是，到目前为止，还没有任何一个框架或语言+IDE+框架的组合能够超越REALBasic带给我的高效开发体验。 我并非没有尝试过其他的选择。Lazarus和Object Pascal也曾进入我的视野，但Object Pascal毕竟年岁已高，语言本身的局限性难以忽视，而且有时还需要手动管理内存，这对于桌面GUI应用程序来说简直是噩梦。我也曾考虑过其他我比较熟悉且喜欢的语言。 Racket拥有非常完善的GUI工具包，我曾经用它编写和维护过多年的GUI应用程序。然而，用Racket开发的GUI应用程序反应迟钝，启动时间也令人捉急，这使得它在开发“轻快敏捷”的小型GUI应用程序时显得力不从心。 Ada给我的感觉就像是在不断积累技术债务，而且缺乏第三方库的支持。它唯一还算过得去的GUI选项是GTK3。我还尝试过CommonLisp，但它总是给我一种“拼拼凑凑”的感觉，而且现有的第三方库缺乏文档，可靠性也值得怀疑。至于Rust，我已经学习了它的语法，甚至从头到尾啃完了Klabnik和Nichols合著的那本“巨著”，但我不得不承认，Rust给我的感觉是过度设计，并不吸引我。它是否真的适合开发高完整性系统，我持保留意见（我仍然推荐Ada/Spark来完成这类任务）。此外，Rust在GUI编程方面没有任何优势，而且它的社区氛围也让人不敢恭维。 所以，在一番权衡之后，我还是选择了Go语言来开发一个大型项目，而GUI库的选择也提上了日程。以下是我对Go语言GUI框架的个人看法，仅供参考。 🎭 各显神通：Go语言GUI框架大比拼 在Go语言的世界里，GUI框架虽然数量不多，但也称得上是“百花齐放”。下面，我将逐一介绍这些框架的特点、优缺点以及适用场景，希望能帮助读者朋友们找到适合自己的那一款。 1️⃣ Fyne：叫好不叫座？ Fyne基本上是一个人带着一群合作者的成果。我的感受是，Fyne的开发者们更擅长推广他们的框架，而不是编写GUI框架。Fyne在设计上存在一些根本性的缺陷。其中最大的问题是，他们试图用完全相同的代码来开发桌面和移动应用程序。要知道，手机和平板电脑的尺寸和交互方式与桌面电脑截然不同，这种“一刀切”的想法显然行不通。桌面应用程序与移动应用程序有着本质的区别，这是Fyne开发者们需要正视的问题。 由于Fyne的设计理念存在偏差，他们做出了一系列令人费解的选择。例如，他们将布局与控件分离，这使得一切都变得异常复杂，使用起来一点也不简单。Fyne提供的布局机制倾向于将其内容最小化，控件只存储最小尺寸（所有控件的默认值），而没有首选尺寸或最大尺寸。此外，Fyne的控件没有锁定顶部、左侧、底部、右侧或其他合理的机制来控制它们在嵌入窗口或面板大小调整时的行为。Fyne还没有Z-order机制来控制控件之间的切换顺序。 另一个大问题是，Fyne缺乏合理的文件路径抽象。开发者们坚持认为所有东西都应该是URL，显然没有意识到URL标准并没有以跨平台的方式指定包含卷信息的绝对路径。虽然URI方案有一些扩展可以使用盘符，Fyne也使用了一些他们认为合适的方案，但这些基于/或\的本地文件系统路径转换存在很多问题。例如，如何处理可移动驱动器？如何处理Windows上的盘符？如何构造路径、遍历文件系统？到目前为止，Fyne并没有提供任何帮助，甚至坚持认为每个URI都代表一个任意的资源，你不应该假设它指向一个文件，它也可能是一个网络资源。难道网络访问和文件访问真的可以一概而论吗？ 总而言之，Fyne并不适合开发桌面应用程序，尽管它在移动平台上可能还不错。用Fyne很难设计出复杂的桌面应用程序界面。默认情况下，Fyne应用程序会违反所有平台上的人机界面指南，而开发者们似乎对此感到非常自豪。你将不得不花费数天甚至数周的时间来为一些简单的事情创建自己的专用布局算法，而这些事情在其他合理的、标准的布局系统中只需几分钟或几小时就能完成。 2️⃣ Gio：未来可期 Gio是一个非常有前途的立即模式GUI框架，它也包含一些状态ful控件。一些人认为它是Fyne的良好替代品，它拥有你在应用程序中期望的大多数控件。在我看来，Gio的使用方法似乎有些复杂和繁琐——如果你查看示例代码，就会发现即使是简单的入门程序也需要编写大量的样板代码。然而，Gio最大的缺点是缺乏文档，这使得它很难上手，你在一开始可能会迷失方向。尽管如此，我仍然计划在将来找个时间试用一下Gio，至少将其作为GIU的替代方案进行测试。我还没有测试过它对编辑器控件的支持程度——框架是否能够支持复杂的文本编辑（多行文本、富文本甚至嵌入图像）是衡量GUI框架优劣的试金石之一，因为多行文本编辑是目前为止最难正确实现的功能。我还没有仔细研究过Gio的代码，但我猜测它在这方面的表现应该与Giu类似。 3️⃣ Giu：小项目利器 Giu是一个不太为人知的立即模式GUI框架，它基于imgui的Go语言分支，使用了imgui的C语言库。Giu非常易于使用，在我测试过的所有GUI框架中，它可能是让我最快获得满意结果的框架，尽管它的速度比不上Lazarus这样的传统RAD工具。Giu拥有你可能需要的大多数控件，但有两个明显的缺陷： 因此，你应该意识到这可能是一个相当大的限制。然而，与Fyne不同的是，Giu的所有默认设置都很合理，而且用它很容易就能创建出简单到中等复杂度的GUI，例如包含列表、一些编辑字段、按钮、组合框或单选按钮、菜单以及一两个窗口拆分器的界面。Giu的外观和感觉一点也不原生，但总体来说还不错。你可以访问底层的imgui库，但要注意，imgui本身非常简陋，Go语言版本没有像C语言版本那样提供高级的状态ful控件。 4️⃣ GTK：老牌劲旅 5️⃣ IUP：简单易用 6️⃣ Qt：受 licensing 限制 7️⃣ Unison：值得关注 我最近才发现Unison，目前还无法对其做出评价。Unison看起来是一个不错的非原生GUI框架，它提供了许多标准控件，并且正在为作者的个人项目进行开发。Unison的代码看起来非常清晰易懂，所以我建议你尝试一下。我以后也会对它进行更广泛的测试。当然，Unison目前还不能用于生产环境，尤其是大型GUI项目。 8️⃣ Wails：Web 开发者的福音 Wails是这份清单中唯一的基于Web的GUI框架，因为它不是我的首要选择。Wails允许你使用Go语言编写后端代码，并使用任何你喜欢的Web框架来开发GUI。Wails会自动将Go代码与HTML中的Javascript代码链接起来，并渲染HTML/JS代码。最终的产物是一个功能齐全的桌面应用程序。我在很多地方都看到过人们推荐Wails，并将其与各种前端库结合使用。 如果你本来就擅长开发Web应用程序，那么我强烈推荐你尝试一下Wails。我的目标是使用一个允许我完全使用Go语言开发所有组件的GUI库，因此Wails不在我的考虑范围之内。然而，基于Web的界面可以做得非常漂亮，而且熟悉Web设计的开发者可能会发现Wails比任何非原生的、纯Go语言的GUI库（通常基于Open GL后端渲染引擎）都要好用。如果你希望你的应用程序看起来像一个网页（或者希望保留将其变成真正的Web应用程序的选项），那么Wails可能是最容易实现这一目标的选择。 🏆 总结：路漫漫其修远兮 总的来说，Go语言的GUI框架选择还是比较有限的。我选择Giu来开发一个项目，但其实选择Gio也无妨。但我必须承认，我并不喜欢立即模式GUI。如果你的GUI比较复杂，你最终将不得不编写额外的“布局缓冲区”粘合代码来维护状态。例如，我需要从sqlite数据库中获取和设置数据，但Giu的文本字段只支持字符串，所以我必须单独维护字符串，并在适当的时候从数据库中获取/更新数据。也许GTK4是更好的选择，我最终可能会改用GTK4。我将来也可能会再给Fyne一次机会，但我不抱太大希望。Fyne的设计理念过于固执，而且方向也不对。我还考虑过在正式项目中尝试Wails。对我来说，学习Wails的成本会很高，因为我的Web设计知识还停留在上世纪90年代末。然而，Wails在灵活性和重新设计方面的优势可能值得我为之付出努力。 📚 参考文献 原文链接： https://medium.com/@balle.johannes/no-good-go-gui-9f54813e9bf