macOS下如何部署相互依赖的游戏与编辑器双可执行程序？

针对你这种游戏引擎包含编辑器和游戏双可执行、共享大量资源的场景，除了启动器方案，还有两种更贴合macOS生态的做法：

方案一：主App为编辑器，游戏作为内部工具+快捷方式入口 #

1. 将编辑器设为YourEngine.app的主可执行程序（放在Contents/MacOS/Editor），把游戏可执行放在App包内部的子目录，比如Contents/MacOS/Game。
2. 所有共享资源（图库、音效等）统一放在Contents/Resources目录下，两者都能直接访问。
3. 为游戏创建一个Automator快捷方式：打开Automator，选择“应用程序”类型，添加“运行Shell脚本”动作，输入命令：

   open -n "/Applications/YourEngine.app/Contents/MacOS/Game"
   

   保存这个Automator应用为YourGame.app，放在/Applications目录下——用户就能在Launchpad看到独立的游戏图标，点击直接启动，和普通App无异。
4. 编辑器启动游戏子进程时，直接调用内部的Game可执行路径即可，无需额外处理。

这种方式的优势是完全符合macOS用户的使用习惯，Launchpad里有两个独立入口，资源100%共享，也不会有启动器的繁琐步骤。

方案二：单一App包+命令行参数区分启动模式 #

1. 只做一个YourEngine.app，主可执行程序支持命令行参数：比如--editor启动编辑器，--game启动游戏。
2. 创建两个Shell脚本（或者Automator应用），分别封装启动命令：
   • 编辑器脚本：open -n "/Applications/YourEngine.app" --args --editor
   • 游戏脚本：open -n "/Applications/YourEngine.app" --args --game
3. 给这两个脚本设置不同的图标，保存为独立的“App”文件放在/Applications，用户就能在Launchpad看到两个图标，点击对应启动不同模式。

这种方案更轻量化，核心逻辑都在主可执行里，维护成本低，适合对命令行参数处理熟悉的开发者。

哪种最符合macOS惯用做法？ #

方案一更贴近macOS的App设计规范——专业软件（比如Unity、Unreal的macOS版本）通常会把编辑器作为主App，游戏运行程序要么作为内部工具、要么通过快捷方式提供入口。用户既能在Launchpad看到清晰的两个入口，又能享受到资源共享的优势，完全避免了启动器的冗余感。

内容的提问来源于stack exchange，提问作者Spacechild1