给常用应用设置快捷键可以极大提升效率，不仅节省时间，更主要的是减少思路的中断次数。
尤其在使用原生的 ⌘Command + Tab 或者 Mission Control 切换应用时，需要从正在思考的问题中跳出来，用眼睛去识别和定位要打开或者要切换的应用。
SpaceLauncher 是 Mac 下的一个快捷键工具，通过按住空格键并按下另一个按键，它可以执行相应的动作。这里的动作可以是打开一个 URL（包括应用、网页等），模拟按键或者嵌套更多按键。
如视频不能正常显示，请访问 官网 观看。
如果你了解 Brett 的 「Hyper key」，SpaceLauncher 实际上就是把空格键作为了一个更大的 「Hyper key」。1
为什么要开发 SpaceLauncher
用 Alfred 的时候，看到了 Tim Stringer 的 Alfred 2 Hotkeys Screencast，对常用的应用和文件夹设置了快捷键，后来转 LaunchBar，没有这个功能，于是就想找个替代方法。
我记不清当时知不知道 「Hyper key」。现在看来，Caps Lock 的键位对我来说还是不太舒服，主要是纠结于原来用小指按的「1」、「Q」、「A」、「Z」得用无名指按。
既然 LaunchBar 没有设置全局快捷键的功能，我就只能找别的工具来实现。既然要自己配置，那就尽可能配置一个最顺手的快捷键。看着键盘，最大的那个按键就是空格了，用来按空格键的拇指的事情也相对较少，可以好好利用下。当时也没想太多，考虑先试试看。
为了测试一下这个「空格快捷键」的概念，我先用 Karabiner2 实现了一个简单的版本，当时的感觉是，「我这个想法太好了」，然后发到了 微博 上，好像也没啥反应。后来又根据自己的习惯做了一些调整，那种指哪打哪的感觉让我持续夸了自己一个星期。逐渐习惯之后，也就意识不到它的存在了。直到 macOS 出了新版本 10.12，Karabiner 失效。
我先后两次在升级到 macOS 10.12 之后降级了系统，主要原因是 Karabiner 失效。最后一次不得不升级是因为最新版的 Xcode 只支持 10.12。
升级到 10.12 之后过了一段时间，我就在想，为什么没有「空格快捷键」我会觉得这么别扭。因为切换应用是个很频繁的操作，如果每次切换都要去识别一下应用的名字或者图标，都会分散注意力，而且是会频繁地分散注意力。当然，也怪我懒，没去做其它类似 「Hyper key」 的设置、一直在用 ⌘Command + Tab 切换应用。
初次接触这种方法可能会觉得通过快捷键切换应用也会分散注意力，但实际操作中会发现，经过短时间的适应，切换应用时并不需要去想，手指会习惯性地去按相应的键，好像形成了肌肉记忆，就像打游戏一样。
用空格做快捷键的一个好处就是双手不需要任何程度的扭曲，让切换应用的整个过程更加顺畅。
这么好用的功能不能用了，于是决定自己来实现。现在看来，当时严重低估了工作量。
SpaceLauncher 「正确」的使用方法
（注意：SpaceLauncher 当前版本 1.3.7，之后版本功能可能会有变动。）
SpaceLauncher 的功能本身已经非常简单，默认设置可以满足一般需求，初始动作列出了一些例子，并不需要额外的操作说明。
个人建议，先添加一些最常用的应用，需要时再添加新的，不然会很快忘掉，而且忘掉的不只是某个应用的快捷键是什么，而是是否给某个应用设置过快捷键。
就我而言，我最常用的几个应用，Safari（S）、Xcode（X）、Terminal（T）、Tower（G）、Dash（W）、nvALT（A），我大部分时间都是在这几个应用之间切换。当频繁地感觉到切换某个应用很麻烦，才会考虑给它设置快捷键。
这样做能够尽快地通过最少的配置有效提高效率，按照 80/20 法则，可能对于大部分人来说，80% 的应用切换操作集中在 20% 的应用当中。
并不是每个人都需要 SpaceLauncher 的每一个功能，时间精力允许的话可以多了解一些，有需求当然没问题，但千万不要为了用某个功能强行制造需求。
个人认为上面提到的方法同样适用于大部分通用软件：优先满足主要需求；让软件服务自己，而不是为了让软件物尽其用而「折磨」自己。
提示窗口
当长按空格超过一定时间之后，SpaceLauncher 会弹出一个提示窗口，列出当前可用的快捷键。如果按照上面的方法，只设置常用的快捷键，这个提示窗口很少会用得着。
提示窗口中对很少使用的快捷键会加粗显示，经常使用的快捷键会通过调整灰度使其看起来淡一些，虽然看起来有点乱，实用更重要。
三个时间设置项
- Disable SpaceLauncher for 0.2 seconds after your last typing. （正常打字时，在最后一次按键之后的 0.2 秒内禁用 SpaceLauncher。）
正常打字时，是不希望激活 SpaceLauncher 的，只有在停止打字 0.2 秒之后按下的空格才会被 SpaceLauncher 识别。
- After space key down, ignore pre-defined keys within 0.2 seconds. （按下空格后 0.2 秒内的按键不被视为 SpaceLauncher 的快捷键。）
打字比较快的时候，会出现这样的情况，前一个按键还没有松开，后一个按键已经按下。如果前一个按键是空格，那么，在按下空格之后 0.2 秒内如果按下了下一个按键，那么这个按键将不会被识别为 SpaceLauncher 的快捷键。
- After space key down, show hint window after 1 seconds. （长按空格超过 1 秒，显示提示窗口。）
这三个时间设置项的默认值基本可以满足大部分用户的需求，包括打字速度较快的用户。如果需要调整，但并不完全理解某个设置项的具体含义，请 在此 提交用户支持。
其他
（以下假设左手常放在键盘上，右手会在键盘和鼠标 / 触摸板间切换）
- 如果某个应用通常只用于浏览或者使用时需要右手操作鼠标/触摸板（如浏览器），那这个应用的快捷键设置在左手的键盘区域就会方便很多。
- 如果某个应用通常是需要双手打字的（如写作工具），那这个应用的快捷键建议设置在右手区域，这样的话用右手按快捷键之后正好接着打字。
- 启动费时的应用的快捷键建议设置在左手区域。
- 设置 Tab 模拟 ⌘Command + Tab 方便切换回之前的应用，或者设置 「H」 模拟 ⌘Command + H 隐藏当前应用。
- 有些应用按住空格键有特殊用途，可以禁止 SpaceLauncher 在这些应用中生效，或者按一次空格之后快速再按下空格，这时该应用会接受到一个完整的空格和一个按住的空格，而不是让空格被 SpaceLauncher 截获。这个方法也可用于连打空格。
- 菜单栏里的图标会根据当前的输入状态改变，我已经尽量让这个变化不明显了，如果不喜欢，可以在设置里隐藏状态栏图标。
一些比较特别的 URL
- Launchpad：
file:///Applications/Launchpad.app - Mission Control：
file:///Applications/Mission%20Control.app - Siri：
file:///System/Library/CoreServices/Siri.app - Finder：
file:///System/Library/CoreServices/Finder.app - Storage Management （储存空间管理）：
file:///System/Library/CoreServices/Applications/Storage%20Management.app - iCloud：
file://{HomeDirectory}/Library/Mobile%20Documents - 系统偏好设置：见 OS X System Preference Link
- SpaceLauncher 内置 URL
- 显示设置：
spacelauncher://show-preferences-window - 显示/隐藏设置：
spacelauncher://toggle-preferences-window - 切换输入法：
spacelauncher://switch-input-method/input-method-id
开发中遇到的「坑」
一个难题：用户的按键习惯稳定且不同
不同的用户可能有着完全不同的按键习惯，但就一个用户来说，其按键习惯是相对固定的。导致的结果就是，在我使用过程中从来都没有出现过的问题，可能会频繁地出现在另一个人的使用过程中。
简单说一个具体细节：
正常按键是在按下按键的时刻生效（这里的生效是指打出相应的字符），而不是松开按键的时刻，如果打得比较快，很容易出现前一个按键还没有松开、后一个按键已经按下的情况。对于 SpaceLauncher，只能让空格键在松开时生效（打出空格），因为只有在松开时才能确定用户是要输入空格，而不是准备调用 SpaceLauncher 中的某个动作。
如果用户在按下空格之后立刻按下某个按键（比如 「V」），这个时候可能空格还没有松开，在正常情况下，用户期待的是先空格再 「V」，而因为 SpaceLauncher 只能让空格键在松开时生效，如果不做特殊处理，输出会是先 「V」 再空格。
如果用户打字非常快或者有这样的习惯，可能后续的按键也是混在一起的（前一个键没松开后一个键就按下了），比如，输入 「空格vic」，「V」、「I」、「C」 几个键也都是「粘」在一起打出来的，如果不做特殊处理，空格可能出现在「vic」的后面或者中间的任一位置。
上面的问题，在我的使用过程中就很难出现，即使在连续打字过程中，我仍然会在打出空格之后有一个不太明显的停顿（0.2 到 0.5 秒）。但对于其它用户，尤其是经常输入英文的用户，他们在打出空格之后可能会紧接着按下下一个按键，于是就可能出现上面所说的字符错位的问题。
好在这些问题都已经解决了。
其他的「坑」
因为使用了非沙盒接口，所以不能上架 Mac App Store。很多事情都得自己来做。这个时候才意识到 Apple 那三成的提成其实包含了很多。
我个人对应用在未告知用户的情况下联网非常反感，所以排除掉了像 DevMate 这样的一站式解决方案。
于是，应用更新、购买、注册验证、崩溃报告收集都得自己来，好在这些都有成熟的工具，不需要完全从零开始。
关于注册验证，我认为不需要非常严格，但也不能没有（如 soma-zone ）。太复杂的验证浪费开发精力，没有验证对正版用户不公平，需要权衡。SpaceLauncher 使用了 CocoaFob 验证注册码。
用户反馈方面我采用了最原始的方法——邮件，而且留下了我的私人邮箱。之前在做 SPi 双拼输入法 的时候使用了 UserVoice 的服务，邮箱也用了相应的自定义域名，确实显得专业一些，但在和用户交流的过程中总有种奇怪的说不出的感觉，倒不如现在这样感觉亲切一些。
关于产品页面，因为对某些细节比较挑剔，所以产品页面没有用模板，而自己又不擅长界面设计，所以做这个看起来很简单的页面花费了不少时间。其中的视频做了浏览器兼容，图片支持 Retina 显示屏，页面做了移动设备适配，PageSpeed Insights 评分 98/100。
推广方面，SpaceLauncher 在 Product Hunt 发布之后获得了不错的评价。这次推广，我并没有遵照网上的一些经验，只是把想说的重点用自以为最高效的方式表达出来。因为无法对照比较，我也不知道自己的一些做法是否对增加票数有帮助。
另外，如果需要录制演示视频的话，下面是一些可能有帮助的录屏建议：
- 光标别乱动，会分散观众注意力。
- 不加背景音乐，除非有很好的理由。版权、观众品味和心情都需要考虑。
- 考虑观众的感受，尽量让观众容易理解发生了什么。比如，先介绍简单的功能，留短暂的思考间隙。
- 录之前把要进行的操作详细记录下来，按照稿子操作。
- 多录几遍，找一个节奏感最好的。
- 如需放在产品页面，注意视频格式和尺寸，测试在移动设备上的显示。
以上便是我开发 SpaceLauncher 过程中值得分享的一些个人经验。如果你对 SpaceLauncher 感兴趣，欢迎前往 官方网站 进行下载。
在使用的过程中，如果有任何建议或者遇到任何问题，欢迎提交 用户支持。
同时也欢迎加入 Telegram 上的 SpaceLauncher 用户群。
在此感谢 @郝海龙 对在 SpaceLauncher 使用过程中出现的问题的耐心的反馈，使我出于愧疚不得不想出对应于时间设置项「Disable SpaceLauncher for 0.2 seconds after your last typing」的解决办法。
感谢 @JailbreakHum 和 @孙小年 对文章的修改建议。