在EditText imeOptions 方面，actionNext 和actionDone 哪个更受普通用户青睐？
In terms of EditText imeOptions, which does the average user appreciate more: actionNext or actionDone?
在 Android 应用程序的上下文中，我有一些 EditText 作为相当典型的 "enter registration details" 表单的一部分。
如果我在它们上面指定 android:imeOptions="actionDone"，用户会在他们的软键盘上获得 'done' 选项，这会立即隐藏键盘，我觉得这类似于按下回车键钥匙。
如果我让它们保持原样，该选项默认为 'next'（直到最后一个 EditText）并将焦点转移到下一个小部件而不隐藏键盘，类似于按下 Tab 键。
在桌面环境中，我完全希望我对每个字段的最终操作是 'tab'，但我也没有键盘覆盖一半的表单。我发现在这个 activity 上，我和我的同事通常更喜欢在关注表单的其余部分之前隐藏键盘，并且返回键对大多数人来说不是肌肉记忆动作（很多设计师和使用其他平台的开发者）。
从用户体验的角度来看，哪个是更好的选择？
在我看来，让用户控制几乎总是最好的选择。
将按钮行为设置为 "done" 复制后退软键的功能，并防止用户快速轻松地移动到下一个字段。 "next" 选项意味着只需轻按一下即可关闭键盘并跳转到下一个字段。
此外，保留默认行为意味着您的应用程序与几乎所有其他内容保持一致，Android 或 iOS，这绝对有利于肌肉记忆。
在 Android 应用程序的上下文中，我有一些 EditText 作为相当典型的 "enter registration details" 表单的一部分。
如果我在它们上面指定 android:imeOptions="actionDone"，用户会在他们的软键盘上获得 'done' 选项，这会立即隐藏键盘，我觉得这类似于按下回车键钥匙。
如果我让它们保持原样，该选项默认为 'next'（直到最后一个 EditText）并将焦点转移到下一个小部件而不隐藏键盘，类似于按下 Tab 键。
在桌面环境中，我完全希望我对每个字段的最终操作是 'tab'，但我也没有键盘覆盖一半的表单。我发现在这个 activity 上，我和我的同事通常更喜欢在关注表单的其余部分之前隐藏键盘，并且返回键对大多数人来说不是肌肉记忆动作（很多设计师和使用其他平台的开发者）。
从用户体验的角度来看，哪个是更好的选择？
在我看来，让用户控制几乎总是最好的选择。
将按钮行为设置为 "done" 复制后退软键的功能，并防止用户快速轻松地移动到下一个字段。 "next" 选项意味着只需轻按一下即可关闭键盘并跳转到下一个字段。
此外，保留默认行为意味着您的应用程序与几乎所有其他内容保持一致，Android 或 iOS，这绝对有利于肌肉记忆。