iOS中注册功能的体验探究

  • 时间:
  • 浏览:0
  • 来源:uu快3计划_uu快3官方_单双

在用户的输入过程中,亲们还时要通过代理土方式来判断输入是不是合法,从而进一步决定是不是接受输入。

那么,不妨再比较一下默认中文键盘和邮箱键盘,仍然还时要发现在这种 注册流程中,还是邮箱键盘更方便。

我在以前说过知乎的登录模块在结速了了的以前也那么为邮箱输入框设置UIKeyboardTypeEmailAddress类型键盘,从注册界面亲们也还时要发现知乎改了登录界面,不过漏了这里。

后面 可是 累积代码示例,比如还缺少判断是不是为退格键、对输入框长度进行限制。

Jason Lee @ Hangzhou

--------------------------------------------------

Server端永远并都有信任Client端(包括Browser)的数据。但如微信从前 的产品,在注册获取验证码环节上,对交互的把握,仍然会让用户觉得不爽。

新浪微博的邮箱注册界面仍然是有有一个 webview,如可让从加载出来的页面仍然还时要感受到:新浪微博并都有缘何为用户考虑

微信应该可是 通过服务端来做限制的,不可能 我杀掉程序等了何时能 ,如可让重新尝试注册,还老会 提示我“发送请求飞快,稍后再试”,尝试了好哪几只都有从前 的提示,感觉体验不好。我Google了一下这种 提示,发现有不少用户有相同困惑。

首先,看下手机号码注册。

说实话,当我看了这种 webview加载出来的内容时,一股有关部门气息迎面扑来。那先 以前,在(大陆)互联网应用上注册帐号时要花钱了?觉得可是 一毛钱短信费用。但就这种 毛钱,也还时要感受到新浪微博并那么足够为用户考虑。(当然,这里要强调下,应该支持正版,要有消费服务的意识。插曲。)

用户的任何输入都有不可信的数据,同样地,服务端对于客户端提交的任何数据也要再检查一次,不管客户端是不是不可能 检查过。

   (注册湖畔

--------------------------------------------------

邮箱注册过程中可关注的有有一个 基本点是:

下面是一段检查邮箱的示例代码:

除此之外,还有或多或少我此人 认为的缺乏之处:

通常,移动App的注册功能通常采用手机号码注册不可能 邮箱帐号注册。

  (注册知乎)

对于手机号码输入框,亲们当然要默认使用UIKeyboardTypeNumberPad类型键盘。不过对于越狱用户,不可能 装了其它输入法,则有不可能 使用其它类型键盘输入非数字字符。对此,亲们在客户端最好进行过滤和检查。不可能 客户端不可能 发送了含有非数字字符的电话号码给服务端进行校验,是那么意义且浪费流量的。

为那先 ?

什么都 ,在验证码获取上,我此人 倾向客户端控制不可能 C/S结合。不可能 相当于客户端控制还时要让用户有个心理预期,比如50秒的时间。而像微信从前 ,我根本问你“休息一下”是休息多久!我尝试了1分钟、5分钟甚至10分钟后再次操作过,还是遇到这种 提示。

尤其是,这种 接收号码还那么长,足足12位!

简短吐槽。结速了了。

除了在用户输入过程中对非法字符进行过滤,提交给服务端时也要再检查一次。

比如在提交时,相当于要检查下验证码是不是为空。不可能 为空,要并都有弹窗呢?我觉得那么必要用UIAlertView来给用户提示,怪怪的重!在这里,我采用的是抖动提示,用户一看就明了。

不过在国内从前 隐私堪忧的环境下,时要手机号来注册会流失不少用户。即便是新浪微博从前 的应用,时要绑定手机号也令我不信任。除非是像淘宝、支付宝从前 时要手机号来提高安全等级的服务,要能弱化用户的心理障碍。

下面是示例代码片段:

 (注册湖畔)

先不说那张验证码,看了下面两点:

   (注册微信)

 (短信注册新浪微博)

后面 讨论到通过客户端来对验证码请求频率做限制,除此之外,还还时要通过服务端来做限制

再看看邮箱帐号注册。

不可能 ,是故意地?

就那么来太久吐槽了。

 (注册新浪微博)

对于获取验证码,这里是由客户端来做频率限制。此处有有有一个 细节:当点击“获取验证码”按钮后,焦点应该放入验证码输入框,不可能 用户的下一步动作可是 输入验证码。我此人 比较注意从前 的细节,比如浏览器新开有有一个 tab,焦点是不是放入地址栏;比如我在群里点击搜索按钮要搜索群用户,搜索框是不是指在激活情況供用户输入。那先 都有为用户,不可能 说作为用户,考虑的细节体验。我给阿里旺旺淘宝浏览器提过这方面的建议。

不可能 说控制验证码发送频率是节能环保省钱的考虑,那么新浪微博直接把这种 大问题交给用户了。

共同,为了对用户更友好,亲们还时要对电话号码进行格式化。比如采用类似+86 137-5555-6666的格式,不可能 省略+86。从前 还时要让用户在输入过程中清楚地知道此人 输入了哪几只位数字、输入了那先 数字,不至于担心输错号码不可能 多一位、少一位。从这种 宽度看,对输入框长度进行一定限制,也是对用户稍微友好的。