作为程序员,我的副业是用 C++ 编写一个程序来将音频文件从/转换为各种格式。可能这将涉及构建一个简单的 GUI。
使用 Cocoa 和 WinForms 而不是像 Qt 或 GTK 这样的跨平台工具包为 Mac 和 Windows 构建单独的 GUI 会是一项巨大的努力吗?
(无论如何,我将不得不维护一个单独的 Windows 版本和 Mac 版本)
GUI 可能非常简单,只需要非常基本的功能。
我一直觉得原生 GUI 比它的跨平台兄弟更直观......
作为程序员,我的副业是用 C++ 编写一个程序来将音频文件从/转换为各种格式。可能这将涉及构建一个简单的 GUI。
使用 Cocoa 和 WinForms 而不是像 Qt 或 GTK 这样的跨平台工具包为 Mac 和 Windows 构建单独的 GUI 会是一项巨大的努力吗?
(无论如何,我将不得不维护一个单独的 Windows 版本和 Mac 版本)
GUI 可能非常简单,只需要非常基本的功能。
我一直觉得原生 GUI 比它的跨平台兄弟更直观......
如果你有专业知识,使用原生前端,它实际上会让你为 UI 做的工作加倍,但根据我的经验,非原生 UI 比它们的原生 UI 有点笨拙。
你看过wxWidgets吗?跨平台原生控件。
跨平台工具包或多或少都错误地假设平台之间的区别在于按钮放置和小部件样式。在某些情况下,您可以摆脱这一点——Qt 应用程序在 Windows(UI 约定非常宽松)和 Linux 上都感觉相当原生,尤其是在 KDE 环境中。一般来说,您可以相对轻松地在 Linux 和 Windows 之间切换;约定是相似的,Windows 社区对它们很松懈。
Mac是最难的。它的 UI 是围绕与 Windows 或大多数 Linux 环境完全不同的范例构建的。
但总的来说,在原生应用程序中,使用平台的原生语言比小部件样式更容易。
我同意如果可能的话,原生前端是要走的路。我最近没有使用 wxWidgets,而且我听说它已经走了很长一段路,但是当它是 wxWindows 时,我们用它构建了一个应用程序,它被指定为在 X/Motif 中构建。当我们完成工作并交付时,客户说它看起来不够像 X/Motif,我们不得不重新设计整个 UI,费用由我们承担...... Joel Spolsky 写了一篇很好的文章,但我可以不记得标题了。他确实说过,IIRC,Java 和其他一些跨平台 UI 的问题是“你的狗对我的应用程序吠叫”——这是惹恼人们的小不一致。
是的。
但说真的,这取决于你的目标。我同意原生 UI 库,通过大量的努力,将提供更好的结果,但对于许多应用程序,一个非常基本的 UI 就足够了,如果你采用现有的跨平台框架之一,那么工作量就会少得多.
也许从 CLI 开始并让功能正常工作对于音频转换应用程序最有意义。
我将很快为此编写自己的跨平台应用程序 GUI 层。根据您的应用程序的复杂性,这可能只是 QT、GTK 或 FOX 所需的一小部分。
原因是我们看到平台供应商(Apple 首先)试图设计系统以使其看起来独一无二的趋势。这使得 QT、GTK、FOX 和其他平台工具更难与最新的小部件保持同步。
当底层技术变得越来越相同时,操作系统供应商别无选择,然后在平台的外观和感觉上进行品牌推广。
wxWidgets 使用标准的 c++ 语法和预处理器,因此您可以轻松地从普通的 C 或 C++ 进行更改。并且会在出现的地方产生非常原生的外观,无论是在 GTK、X11、MS-Windows 还是 Mac 上。
它自第一次发布 20 年以来就已经成熟,拥有完整的文档,易于导航,并得到世界各地大型社区的支持。在您最喜欢的 IDE 中编码或使用著名的 Eclipse-IDE 和 wxFormBuilder 作为 GUI 设计器。可以在此链接上找到构建 wx 库和 IDE/Toolchain 设置:http: //yasriady.blogspot.co.id/2016/01/raspberry-pi-toolchain.html
在 Linux 桌面上开发您的应用程序,并为 Raspberry Pi2 提供编译器(目标应用程序在 Raspbian Jessie 上测试工作顺利)............