所谓的Accessibility，即是App的易用性，其涵义不仅包括让一般用户方便使用，也更多是指让视觉障碍听觉障碍者也能正常地使用。对大多数开发者来说这是比较Corner的部分，对大多数公司来说，花很大精力去做一个回报率微乎其微的东西也得不偿失，不过让你的App更好用，让更多人使用，造福有障碍人群，也是一件很棒的事情，而且有时候这是必须的（比如卖给美国高校的商用软件）。下面是一些经验之谈，让你简单轻便地去实现基本的Accessibility，同时规避一些对Accessibility不友好的错误习惯
需要知道的
Full Keyboard Access
NSResponder是个抽象类，是Keyboard Access的基础，它定义了一系列响应键盘事件的方法以供其子类根据所需来自行实现（如NSButton的Space，NSTableView/OutlineView的方向键）。代码层面NSView中-canBecomeKey:返回YES即为Accessible，通常应该返回default。
系统定义了Keyboard Access的两者模式：
- Text boxes and list only:控件包括NSTextField,NSTextView,NSTableView,NSOutlineView,NSBrowser等
- All controll:原则上是所有控件，包括没有继承自NSControl或其子类但交互体验上属于控件的NSView的子类
Shortcuts
App层：App收到键盘消息，先询问MainMenu是否有注册的Item，如果有，就发送给它的Target或者first responder，如果没有注册的Item，就询问响应者链，如果有responder相应此消息，就发送给它。
系统层：优先于App层。
按键消息无人响应，系统会发出“Duang”的声音，提示此次按键操作无效。
Voice Over
你可以用Command+F5组合件来切换Voice Over开关。Cocoa标准控件基本上是Voice Over友好的。常见控件的读出习惯如下：
NSTextField的StringValue和placeholder，NSButton的title，NSImageView的image Name，NSTableCellView内容。。
Voice Over有一整套的API供你选择，但是很繁杂，下面这个是Accessibility万金油：
NSObject (NSAccessibilityAdditions)
-accessibilitySetOverrideValue:<#Description#> forAttribute:NSAccessibilityDescriptionAttribute
需要注意的
- 保证无鼠标可以正常使用：
错误案例1：重载NSButton的mouseDown把action调用写在里面
错误案例2：某些控件只在区域hover时显示 - NSControl实例的Accessibility方法是实现在它的Cell里面的：
错误案例：直接子类化NSControl，同时又不给其实例创建一个Cell - 让有用户交互窗口可以成为keyWindow（borderless的窗口默认不能成为Key）
错误案例：输入时弹出自动选择窗口，但是该窗口不能成为Key - Keyboard Access的前提是该Responder的acceptsFirestResponder返回YES
错误案例：有意无意地重载某个控件，并将这个值职位NO - 了解Voice Over的读出习惯，提供给它相应的信息
错误案例1：子类化NSView，在drawRect里面画出字符串，voice over不能读出；
错误案例2：子类化NSButton，在drawRect里面画出字符串，未设置title，voice over读出信息不准确。 - 不要改变macOS固有的用户习惯
错误案例：添加shortcut时破坏了系统或者AppKit默认响应。 - 尽量以Cocoa推荐的方式Coding
错误案例：NSTableView通过addView的方式添加每一行的view，或者make出来的view不是NSTableCellView的子View。 - Voice Over下，非用户驱动的改变也需要反馈给用户（可使用NSAccessibilityPostNotificationWithUserInfo()来通知Voice Over引擎）
错误案例：网络回调过来，某种状态改变了，仅有UI上面有改变，因此视觉障碍者无法或者状态改变。
推荐做的
- 尽量把NSWindow的autorecalculatesKeyViewLoop属性设置为YES，这可以解决大多数Full Keyboard Access的问题。
- 尽量使用Cocoa标准控件，这也是苹果官方呼吁的，因为手动创建Accessibility相关方法代价很高，具体请查看苹果相关文档。
- 尽量让控件以响应者链的规则去响应按键消息，过多侵入式干扰式的全局响应会影响用户体验。
