app连接网页(app显示网页无法打开)

　　<>的第二章讲的是7种常用表格：

登陆

注册

结账

计算

搜索条件

多重步骤

长表格

　　今天正好和我们的攻城狮们讨论了登录页面的思路，顺手总结一下：

　　1. 登陆页面最容易被忽视的基础

　　第一次做登录页面原型的时候，我们很容易有以下错误：

注册放在登录前面，占据显著位置

忽略“忘记密码”/"找回密码"这个细节。

　　实际上，比较成熟的设计都会这样安排重要性：

　　登录>注册>忘记密码

　　所以，一个起码能用的登录页面应该长成这样：pattern gallery是虚拟名称。

注册-1

　　2. 社交账号登录已逐步成为主流，但要防2个坑

　　通过社交账号登录，用户只需要点击一下对应的社交媒体图标，即刻完成。而传统的登录，至少需要填写 账号+密码 两个复杂的输入步骤。所以如果可能，通过社交账号登录是增加打开率的重要方式。

　　然而在和工程师的讨论过程中，我们发现了下面2个坑：

　　1）后端程序猿提出，用户如果在创建独立账号的时候没有绑定社交账号（比如微博，qq)，第一次通过社交账号登录时，系统会创建一个新用户。想要再次绑定，则必须通过手机认证，这是一个很复杂的过程。或者，有的APP压根就不让你有再次绑定的机会。

　　好，如果这样，那我们就只提供社交账号登录，不能独立创建账户如何？这样看来也不用通过独立账号登录了，最简便。

　　不行!这就是第二个坑- -我们的IOS 攻城狮提出来的：apple store的审核现在变得更加严格了，对于只有社交账户登录的app，基本都无法通过审核！因为你需要考虑到，如果用户手机里没有这几种社交app的话，他还是可以正常登录的，否则就是在诱导下载（apple store的考虑之周全，的确让人佩服）。

　　此时Android工程师很淡然，表示完全没有这样的苦恼。

　　所以，这样的情况下我们依然应该保留独立ID的登录提示，然后是第三方平台的登录提示。但是，不开放独立账号的注册功能，以避免发生刚刚说的第一个坑。

　　如果不开放独立账号的注册功能，会有用户因为没有安装我们连接的第三方平台而放弃注册么？理论上来说有可能，然而实际上来说，我们认为，我们的目标用户起码应该具备：微信/微博的账户，如果这几个都没有，那么即使不注册也不算损失。

　　所以，目前看来比较合理的想法如下（名称及图表都为虚拟）：

注册-2

　　来自@夕照寺65号 的补充提醒,觉得很有帮助的经验，也收录下来：

　　个人认为，就算是社交账号登录其实也需要一个创建自己账号的流程。仅以简书注册登录举例，我注册时候用的豆瓣账号，现在每次网页登录都要进入第三方网页，而非直接输入账号密码就可以登录。有时候第三方网页无法刷出，我连账号登录的方式都没有了。同比可看，国外的产品或者知乎，虽然你登录是拿社交账号，但在引导后你是具备了网站独立账号并绑定社交账号的。而此步也很简单，就在注册，确定个人信息时就可完成。