macOS下拖拽应用包至Platypus等应用为何无法作为参数识别？

核心结论 #

应用包完全可以作为拖拽参数传递给脚本应用，问题出在macOS对.app包的默认拖拽行为，以及应用的接收配置上。

原因分析 #

• macOS的.app拖拽默认行为：系统默认将拖拽.app包到其他应用的操作解析为「启动该.app」，而非将其作为文件路径传递给接收应用。这是系统为简化用户操作设计的交互逻辑。
• 手动选择不受限制：通过文件选择对话框选择.app时，系统会将其视为普通文件夹/包，正常传递完整路径，因此可以被脚本识别。
• 工具默认配置缺失：Platypus、Automator、AppleScript应用的默认拖拽接收规则未针对.app包做特殊处理，无法覆盖系统的默认启动行为。

解决方法 #

1. Platypus专属设置调整 #

创建Platypus应用时，在Drag & Drop设置面板中：

• 确保接收类型设为「Files and Folders」
• 勾选「Treat packages as files」选项（该选项会让Platypus强制将.app包当作普通文件处理，而非触发启动）

2. 通用快捷键绕过系统行为 #

拖拽.app包时按住Option键，系统会临时修改拖拽逻辑，将.app当作普通文件/文件夹传递给目标应用，而非启动它。

3. 脚本层面兼容处理 #

如果无法修改应用设置，可以在脚本中增加空参数检测，当拖拽.app导致$1为空时，自动弹出文件选择对话框获取路径：

#!/bin/sh

# 检测是否有拖拽参数传入
if [ -z "$1" ]; then
    # 用AppleScript弹出选择框，限定仅选择.app包
    APP_PATH=$(osascript -e 'choose file with prompt "选择应用包" of type "app"')
    # 转换AppleScript返回的路径为POSIX格式
    APP_PATH=$(echo "$APP_PATH" | sed 's/^file://;s/\//\\\//g;s/\\\//\//g;s/:$//')
else
    APP_PATH="$1"
fi

# 检测是否为.app包
if [[ "$APP_PATH" == *.app ]]; then
    echo "检测到应用包: $APP_PATH"
    # 此处添加后续处理逻辑
else
    echo "非应用包: $APP_PATH"
fi

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