feat: 新增对命令行参数、CLI 的支持

[wuziqian211]

您希望解决什么问题

本工具目前不支持命令行参数，无法方便实现自动化；不支持 CLI，无法在无图形界面的环境使用。

您期望的做法

可复用现有解析与下载代码，同时将相关代码从 ui 文件夹移动到其他地方。

其他补充

正在考虑是否将 GUI 与 CLI 做在同一个可执行文件中，还是拆分成两个可执行文件。

• 做成同一个可执行文件
  • 优势：不需要为了切换界面而单独下载另一个界面的可执行文件
  • 劣势：当使用 CLI 时也会使用大小很大的可执行文件（包含许多 GUI 库），而且在 Windows 中仅在编译时可设置本程序的类型为命令行程序或窗口程序
• 拆分成两个可执行文件
  • 优势：可根据不同需求选择合适的可执行文件，例如在无图形界面的环境中可以只下载 CLI

[6871296]

关于应该做成一个还是两个可执行文件的问题，我发表一下我的看法：
可以做成“用户看来是一个可执行文件，但实际上有两个”。 这样不仅用户打开比较方便，还可以规避你说的Windows上的问题。但是这属于中长期方案，需要大改，建议短期内两个可执行文件，或者不采纳这一方案。

程序需要被分成以下三个部分：

• 关于GUI的诸文件（可选）：把GUI的逻辑写成函数化的形式，放在一个（些）单独的文件里。如果用户不想安装GUI，可以选择不下载这些文件。
• 命令行程序：CLI的逻辑。在Windows上编译为命令行程序。
• 主程序：程序的入口。当用户开始运行时，检查本机是否下载了“关于GUI的诸文件”。如果有，就用这些文件在这个程序中启动GUI；否则不打开窗口，启动“命令行程序”。在Windows上编译为窗口程序。

在macOS上，既然封装成了.app，那就可以直接放进同一个文件里。但是在Windows和Linux上就会非常麻烦。

上述建议仅供参考，本人不太建议实施。