-
Notifications
You must be signed in to change notification settings - Fork 79
/
06-adding-users.md.erb
168 lines (127 loc) · 7.64 KB
/
06-adding-users.md.erb
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
---
title: 添加用户
slug: adding-users
date: 0006/01/01
number: 6
points: 5
photoUrl: http://www.flickr.com/photos/kroqert/9687074783/
photoAuthor: Bård Harald Krogen
contents: 学习 Meteor 的用户帐户。|在 Microscope 中添加所有必要的用户验证。|使用内置的 accounts-ui 包实现实时性的用户界面。
paragraphs: 27
---
到目前为止，我们已经以较合理的方式去创建并显示一些静态数据，并将其连接到成一个简单的数据原型。
尽管我们的界面是根据变化的数据进行即时响应的，并且数据的实时插入或更改的都会在界面上得到体现。然而，我们的网站似乎还没有提供用户去修改数据的页面。实际上，我们甚至连用户都还没有！
下面让我们看看如何去解决这个问题吧。
### 账户：让用户变得简单
在大多数的 web 框架，添加用户帐户是一个熟悉而又麻烦的工作。然而，你所做的每一个项目几乎都要用到，但它都不曾让我们觉得简单过。甚至如果当你要处理开放授权（OAuth）或其他第三方身份验证的时候，这些工作往往会变得更加恶心和复杂。
幸运的是， Meteor 可以帮你轻松解决。由于 Meteor 包的代码可以同时运行在服务器（JavaScript）和客户端（JavaScript、HTML 和 CSS），这样我们就可以很轻松地得到一个账户系统。
我们可以使用 Meteor 内置的账户界面（通过 `meteor add accounts-ui` ），但是由于我们已经在构建 App 的时候用了 Bootstrap 包，所以我们将使用 `accounts-ui-bootstrap-3` 包去代替（别担心，唯一的区别只是里面的样式不同）。我们在终端输入：
~~~bash
meteor add ian:accounts-ui-bootstrap-3
meteor add accounts-password
~~~
<%= caption "Terminal" %>
这两个命令的作用是把一些特别的账户模板提供到我们的项目，然后就可以通过 `{{loginButtons}}` helper 在我们的网站中使用。温馨提示：你可以去控制登录框下拉菜单的对齐方向，通过添加其 `align` 属性（例如：`{{loginButtons align="right"}}`）。
我们将按钮添加到我们的头部（header）模板。这样头部包含的内容将会越来越多了，下面我们为它腾出更多的空间吧（我们将把它放在 `client/templates/includes/` ）。同时我们使用一些额外的标记和 class [请参考 Bootstrap](http://getbootstrap.com/components/#navbar) 来使界面更好看：
~~~html
<template name="layout">
<div class="container">
{{> header}}
<div id="main" class="row-fluid">
{{> yield}}
</div>
</div>
</template>
~~~
<%= caption "client/templates/application/layout.html" %>
<%= highlight "3~6" %>
~~~html
<template name="header">
<nav class="navbar navbar-default" role="navigation">
<div class="navbar-header">
<button type="button" class="navbar-toggle collapsed" data-toggle="collapse" data-target="#navigation">
<span class="sr-only">Toggle navigation</span>
<span class="icon-bar"></span>
<span class="icon-bar"></span>
<span class="icon-bar"></span>
</button>
<a class="navbar-brand" href="{{pathFor 'postsList'}}">Microscope</a>
</div>
<div class="collapse navbar-collapse" id="navigation">
<ul class="nav navbar-nav navbar-right">
{{> loginButtons}}
</ul>
</div>
</nav>
</template>
~~~
<%= caption "client/templates/includes/header.html" %>
现在，去浏览我们的 App，我们会看到账户登录的按钮出现在网站的右上角。
<%= screenshot "6-1", "Meteor 内置的账户界面" %>
这样我们就可以用它来注册，登录，改变密码，它拥有和其他所有网站一样的账户系统功能。
如何告诉我们的账户系统要求用户需要通过用户名密码来登录？只需配置一个 Accounts.ui 模块到一个名叫 `config.js` 的文件里面，并把文件放在 `client/helpers/` 中：
~~~js
Accounts.ui.config({
passwordSignupFields: 'USERNAME_ONLY'
});
~~~
<%= caption "client/helpers/config.js" %>
<%= commit "6-1", "添加账户和它的模板到头（header）模板" %>
### 创建我们的第一个用户
接下来去注册一个帐户：然后“登录”按钮会变成显示你的用户名。这说明了一个用户帐户已经创建成功。但是，用户帐户的数据来自哪里呢？
在添加 `accounts` 包以后， Meteor 已经创造了一个新的集合，它可以通过 `Meteor.users` 去访问。为了验证它，打开你的浏览器控制台并输入：
~~~js
❯ Meteor.users.findOne();
~~~
<%= caption "浏览器控制台（Browser console）" %>
控制台应该会返回一个用户对象，如果你仔细看看，可以找到你的用户名，以及唯一标识你账号的 `_id` 。注意，你还可以通过 `Meteor.user()` 获得当前登录的用户。
现在我们注销并再次注册一个不同的用户名。 `Meteor.user()` 现在应该返回第二个注册的用户。但是等一等，我们看看先运行：
~~~js
❯ Meteor.users.find().count();
1
~~~
<%= caption "浏览器控制台（Browser console）" %>
控制台返回的是1？难道不是2吗？第一个用户被删除了吗？如果你再次登录第一个用户，你会发现并没有被删除。
让我们去 Mongo 数据库里面查查看吧。进入 Mongo 数据库（在终端输入 `meteor mongo` ）输入以下代码：
~~~bash
> db.users.count()
2
~~~
<%= caption "Mongo console" %>
确定是存在两个用户。可是刚刚为什么我们在浏览器中只看到一个呢？
### 发布的谜团!
如果你回想起第4章，可能还记得我们移除了 `autopublish` 包，我们阻止了集合从服务器自动发送所有数据到每个访问的客户端。然后我们创建了发布和订阅方法来实现数据的传输。
但我们并没有设置过任何用户的发布方法。那为什么我们还可以看到用户的数据呢？
答案就是账户包确实“自动发布”了当前登录用户的基本账户信息。如果没有的话，该用户是无法登录到网站的！
不过账户包只发布了**当前**登录的用户。这就解释了为什么一个用户看不到另一个帐户的详细信息了。
所以发布的只是当前登录用户的用户对象（而且当你注销之后就没有了）。
更重要的是，我们用户的集合似乎在服务器和客户端中并不是包含完全相同的字段。在 Mongo 数据库中，用户拥有大量的数据。为了检验一下，回到你的 Mongo 终端并输入：
~~~bash
> db.users.find()
{
"_id": "H5kKyxtbkLhmPgtqs",
"createdAt": ISODate("2015-02-10T08:26:48.196Z"),
"profile": {},
"services": {
"password": {
"bcrypt": "$2a$10$yGPywo3/53IHsdffdwe766roZviT03YBGltJ0UG"
},
"resume": {
"loginTokens": [{
"when": ISODate("2015-02-10T08:26:48.203Z"),
"hashedToken": "npxGH7Rmkuxcv098wzz+qR0/jHl0EAGWr0D9ZpOw="
}]
}
},
"username": "sacha"
}
~~~
<%= caption "Mongo console" %>
但是在浏览器中，用户对象的字段就比较少了，可以通过输入这样的命令看到：
~~~js
❯ Meteor.users.findOne();
Object {_id: "kYdBd9hr3fWPGPcii", username: "tmeasday"}
~~~
<%= caption "浏览器控制台（Browser console）" %>
这个例子向我们展示了本地集合是如何成为一个**安全的**数据库**数据子集**。登录用户只能看到那些足够去配合客户端工作（例如：登陆）的集合属性。以后你会知道这是一个非常值得学习的模式。
但这并不意味着你就不能把更多的用户数据发布出来。你可以参考[ Meteor 说明文档](http://docs.meteor.com/#meteor_users)，看看 `Meteor.users` 集合是如何选择性地发布更多的字段。