2016年5月29日星期日

阮一峰的网络日志

阮一峰的网络日志


要聊天,先付费

Posted: 28 May 2016 09:40 AM PDT

(说明: 本文原载2016年第19期《财新周刊》

去年底,李笑来老师众筹他的新书,每份金额2555元。

但是,那本书已经开源了,任何人都可以免费阅读。你缴了钱,唯一的权利就是可以加入专属的聊天群。也就是说,这其实不是众筹,而是出售聊天群的会员资格。

更严苛的是,在这个群里,你还不能随便聊天,群规写得很清楚。

  • 群内不鼓励闲聊;
  • 不得发广告;
  • 不得传播盗版书籍;
  • 允许讨论,不允许争论;
  • 每天 18:00 - 21:00 期间可聊天;其他时间尽量不要闲聊,大家时间都有限,尽量不要打搅大伙;否则可能会被扣积分。

我很好奇,会有人愿意出几千元,加入一个不能聊天的聊天群吗?

接下来的事情,刷新了我对互联网的认识。

两天之内,众筹金额就超过了100万元。到今年4月份,这个聊天群的会员规模达到了3000人左右。

不仅如此,笑来老师还成立了一家公司,专门开发支持这种收费聊天群的App。这家公司已经拿到了风险投资,将专门服务于各种各样的收费群。在笑来老师的亲自指导下,其他的收费群也开始建立起来了,比如池建强老师建了一个"工程师技术分享群",会员费是1024元/年,现在也有700多个会员了。

我不明白,为什么那么多人愿意付费加入聊天群,付钱去跟不认识的人聊天,或者听别人聊天?如果说是为了获取新的信息和知识,但是手机(尤其是聊天软件)当作学习平台,效果会好吗?

怀着这种疑问,我发了一条微博

"大家怎么看收费群,要是我也建一个互联网技术讨论群,每个工作日分享一篇技术文章,会员费也是每年1024元,有人愿意参加吗?"

反响还挺热烈的,所有回复当中,80%表示恕不奉陪,20%表示有兴趣。其中,有一条回复引起了我的思考。

"今年下半年,我就要毕业了。这个行业里,谁也不认识。到了新城市上班以后,估计平时也没有时间和渠道,拓宽社交圈。如果可以让我多认识一些行业内人士,我愿意付费加入。"

这段话让我想通了,收费群的价值在哪里。

人需要社交,我们需要有机会接触其他人。面对面地交谈是一种社交方式,互联网聊天又何尝不是呢。如果软件可以提供或营造一个高质量的社交渠道,当然可以收费。真实世界中,高档会所的会员费高达十万甚至几十万,还不是照样有不少人加入,他们是为了享受会所的服务吗,恐怕更多的还是看中会所提供的社交圈。

《软件随想录》一书中,曾经非常形象地描述过这种需求:

"年轻的程序员刚从学校毕业,横跨整个国家,搬到一个没有熟人的新地方,基本上出于孤独,他们只好每天工作12个小时以上。 所以毫不奇怪地,那么多的程序员都非常渴望多一点人际交往,他们涌向在线社区,比如聊天室、论坛、开源项目和网络游戏。"

现代化工业的流水线模式,要求非常细的专业分工,这造成劳动者社交圈的狭窄。另一方面,当代都市的规模越来越大,带来的孤独感、疏离感和压力感,也是空前的。这些因素造成了大量的社交需求,各种社交软件的流行(比如Facebook、微信)绝不是偶然的。

因此,收费群的商业模式是可行的,背后有真实需求。而且,网络社交比传统社交更便宜。线下的社交活动,比如吃饭、出游、娱乐的成本都不低(考虑进时间成本就更是如此),相比之下,收费群的会员费并不贵,当然前提是提供良好的社交体验。

1989年,美国社会学家奥登伯格(Ray Oldenburg)出版了一本著名的书《绝好的地方》(The Great Good Place)。他提出,人类的日常生活主要分布于三个空间:

"第一空间是居住空间(也就是家),第二空间是工作空间,第三空间是休闲娱乐空间,在那里会见朋友、喝啤酒、谈天说地,享受人际交往的乐趣。典型的第三空间是咖啡馆、酒吧、美发店、露天啤酒店、桌球房、俱乐部这一类地方。"

奥登伯格认为,人的生活质量与这三个空间都相关。其中,第三空间的质量和逗留时间长短,决定了你的生活是否丰富多彩。当代社会的问题是,第三空间正在逐渐丧失。

"过去25年以来,美国人更少参加聚会性的团体,更少了解自己的邻居,更少与朋友见面,甚至与自己的家人也变得更少沟通。对许多人来说,生活就是去上班,然后回家,然后看电视,周而复始。"

这本书出版后,第三空间这个概念受到了极大的重视。但是此前,第三空间只被当作实体空间,现在我们终于可以说,网络也是第三空间,聊天群就是最好的例子。一个运行良好的聊天群,也可以对参与者的生活质量产生重大影响。

我现在的认识是,社交需求是一个极大的市场,网络社交才刚刚起步,潜力无限,现有软件根本没有很好地满足这些需求。收费的聊天群,只是一个非常初级的应用,各方面都还很简陋。将来付费的网络社交将是常态,那些高质量社交群的会员费,一定是很贵的。

(完)

文档信息

2016年5月25日星期三

阮一峰的网络日志

阮一峰的网络日志


React Router 使用教程

Posted: 25 May 2016 03:21 AM PDT

真正学会 React 是一个漫长的过程。

你会发现,它不是一个库,甚至也不是一个框架,而是一个庞大的体系。想要发挥它的威力,整个技术栈都要配合它改造。你要学习一整套解决方案,从后端到前端,都是全新的做法。

举例来说,React 不使用 HTML,而使用 JSX 。它打算抛弃 DOM,要求开发者不要使用任何 DOM 方法。它甚至还抛弃了 SQL ,自己发明了一套查询语言 GraphQL 。当然,这些你都可以不用,React 照样运行,但是就发挥不出它的最大威力。

这样说吧,你只要用了 React,就会发现合理的选择就是,采用它的整个技术栈。

本文介绍 React 体系的一个重要部分:路由库React-Router。它是官方维护的,事实上也是唯一可选的路由库。它通过管理 URL,实现组件的切换和状态的变化,开发复杂的应用几乎肯定会用到。

本文针对初学者,尽量写得简洁易懂。预备知识是 React 的基本用法,可以参考我写的《React 入门实例教程》

另外,我没有准备示例库,因为官方的示例库非常棒,由浅入深,分成14步,每一步都有详细的代码解释。我强烈建议你先跟着做一遍,然后再看下面的API讲解。

一、基本用法

React Router 安装命令如下。

 $ npm install -S react-router 

使用时,路由器Router就是React的一个组件。

 import { Router } from 'react-router'; render(<Router/>, document.getElementById('app')); 

Router组件本身只是一个容器,真正的路由要通过Route组件定义。

 import { Router, Route, hashHistory } from 'react-router';  render((   <Router history={hashHistory}>     <Route path="/" component={App}/>   </Router> ), document.getElementById('app')); 

上面代码中,用户访问根路由/(比如http://www.example.com/),组件APP就会加载到document.getElementById('app')

你可能还注意到,Router组件有一个参数history,它的值hashHistory表示,路由的切换由URL的hash变化决定,即URL的#部分发生变化。举例来说,用户访问http://www.example.com/,实际会看到的是http://www.example.com/#/

Route组件定义了URL路径与组件的对应关系。你可以同时使用多个Route组件。

 <Router history={hashHistory}>   <Route path="/" component={App}/>   <Route path="/repos" component={Repos}/>   <Route path="/about" component={About}/> </Router> 

上面代码中,用户访问/repos(比如http://localhost:8080/#/repos)时,加载Repos组件;访问/abouthttp://localhost:8080/#/about)时,加载About组件。

二、嵌套路由

Route组件还可以嵌套。

 <Router history={hashHistory}>   <Route path="/" component={App}>   <Route path="/repos" component={Repos}/>     <Route path="/about" component={About}/>   </Route> </Router> 

上面代码中,用户访问/repos时,会先加载App组件,然后在它的内部再加载Repos组件。

 <App>   <Repos/> </App> 

App组件要写成下面的样子。

 export default React.createClass({   render() {     return <div>       {this.props.children}     </div>   } }) 

上面代码中,App组件的this.props.children属性就是子组件。

子路由也可以不写在Router组件里面,单独传入Router组件的routes属性。

 let routes = <Route path="/" component={App}>   <Route path="/repos" component={Repos}/>   <Route path="/about" component={About}/> </Route>;  <Router routes={routes} history={browserHistory}/> 

三、 path 属性

Route组件的path属性指定路由的匹配规则。这个属性是可以省略的,这样的话,不管路径是否匹配,总是会加载指定组件。

请看下面的例子。

 <Route path="inbox" component={Inbox}>    <Route path="messages/:id" component={Message} /> </Route> 

上面代码中,当用户访问/inbox/messages/:id时,会加载下面的组件。

 <Inbox>   <Message/> </Inbox> 

如果省略外层Routepath参数,写成下面的样子。

 <Route component={Inbox}>   <Route path="inbox/messages/:id" component={Message} /> </Route> 

现在用户访问/inbox/messages/:id时,组件加载还是原来的样子。

 <Inbox>   <Message/> </Inbox> 

四、通配符

path属性可以使用通配符。

 <Route path="/hello/:name"> // 匹配 /hello/michael // 匹配 /hello/ryan  <Route path="/hello(/:name)"> // 匹配 /hello // 匹配 /hello/michael // 匹配 /hello/ryan  <Route path="/files/*.*"> // 匹配 /files/hello.jpg // 匹配 /files/hello.html  <Route path="/files/*"> // 匹配 /files/  // 匹配 /files/a // 匹配 /files/a/b  <Route path="/**/*.jpg"> // 匹配 /files/hello.jpg // 匹配 /files/path/to/file.jpg 

通配符的规则如下。

(1):paramName

:paramName匹配URL的一个部分,直到遇到下一个/?#为止。这个路径参数可以通过this.props.params.paramName取出。

(2)()

()表示URL的这个部分是可选的。

(3)*

*匹配任意字符,直到模式里面的下一个字符为止。匹配方式是非贪婪模式。

(4) **

** 匹配任意字符,直到下一个/?#为止。匹配方式是贪婪模式。

path属性也可以使用相对路径(不以/开头),匹配时就会相对于父组件的路径,可以参考上一节的例子。嵌套路由如果想摆脱这个规则,可以使用绝对路由。

路由匹配规则是从上到下执行,一旦发现匹配,就不再其余的规则了。

 <Route path="/comments" ... /> <Route path="/comments" ... /> 

上面代码中,路径/comments同时匹配两个规则,第二个规则不会生效。

设置路径参数时,需要特别小心这一点。

 <Router>   <Route path="/:userName/:id" component={UserPage}/>   <Route path="/about/me" component={About}/> </Router> 

上面代码中,用户访问/about/me时,不会触发第二个路由规则,因为它会匹配/:userName/:id这个规则。因此,带参数的路径一般要写在路由规则的底部。

此外,URL的查询字符串/foo?bar=baz,可以用this.props.location.query.bar获取。

五、IndexRoute 组件

下面的例子,你会不会觉得有一点问题?

 <Router>   <Route path="/" component={App}>     <Route path="accounts" component={Accounts}/>     <Route path="statements" component={Statements}/>   </Route> </Router> 

上面代码中,访问根路径/,不会加载任何子组件。也就是说,App组件的this.props.children,这时是undefined

因此,通常会采用{this.props.children || &lt;Home/>}这样的写法。这时,Home明明是AccountsStatements的同级组件,却没有写在Route中。

IndexRoute就是解决这个问题,显式指定Home是根路由的子组件,即指定默认情况下加载的子组件。你可以把IndexRoute想象成某个路径的index.html

 <Router>   <Route path="/" component={App}>     <IndexRoute component={Home}/>     <Route path="accounts" component={Accounts}/>     <Route path="statements" component={Statements}/>   </Route> </Router> 

现在,用户访问/的时候,加载的组件结构如下。

 <App>   <Home/> </App> 

这种组件结构就很清晰了:App只包含下级组件的共有元素,本身的展示内容则由Home组件定义。这样有利于代码分离,也有利于使用React Router提供的各种API。

注意,IndexRoute组件没有路径参数path

六、Redirect 组件

<Redirect>组件用于路由的跳转,即用户访问一个路由,会自动跳转到另一个路由。

 <Route path="inbox" component={Inbox}>    {/* 从 /inbox/messages/:id 跳转到 /messages/:id */}    <Redirect from="messages/:id" to="/messages/:id" /> </Route> 

现在访问/inbox/messages/5,会自动跳转到/messages/5

七、IndexRedirect 组件

IndexRedirect组件用于访问根路由的时候,将用户重定向到某个子组件。

 <Route path="/" component={App}>   <IndexRedirect to="/welcome" />   <Route path="welcome" component={Welcome} />   <Route path="about" component={About} /> </Route> 

上面代码中,用户访问根路径时,将自动重定向到子组件welcome

八、Link

Link组件用于取代<a>元素,生成一个链接,允许用户点击后跳转到另一个路由。它基本上就是<a>元素的React 版本,可以接收Router的状态。

 render() {   return <div>     <ul role="nav">       <li><Link to="/about">About</Link></li>       <li><Link to="/repos">Repos</Link></li>     </ul>   </div> } 

如果希望当前的路由与其他路由有不同样式,这时可以使用Link组件的activeStyle属性。

 <Link to="/about" activeStyle={{color: 'red'}}>About</Link> <Link to="/repos" activeStyle={{color: 'red'}}>Repos</Link> 

上面代码中,当前页面的链接会红色显示。

另一种做法是,使用activeClassName指定当前路由的Class

 <Link to="/about" activeClassName="active">About</Link> <Link to="/repos" activeClassName="active">Repos</Link> 

上面代码中,当前页面的链接的class会包含active

Router组件之外,导航到路由页面,可以使用浏览器的History API,像下面这样写。

 import { browserHistory } from 'react-router'; browserHistory.push('/some/path'); 

九、IndexLink

如果链接到根路由/,不要使用Link组件,而要使用IndexLink组件。

这是因为对于根路由来说,activeStyleactiveClassName会失效,或者说总是生效,因为/会匹配任何子路由。而IndexLink组件会使用路径的精确匹配。

 <IndexLink to="/" activeClassName="active">   Home </IndexLink> 

上面代码中,根路由只会在精确匹配时,才具有activeClassName

另一种方法是使用Link组件的onlyActiveOnIndex属性,也能达到同样效果。

 <Link to="/" activeClassName="active" onlyActiveOnIndex={true}>   Home </Link> 

实际上,IndexLink就是对Link组件的onlyActiveOnIndex属性的包装。

十、histroy 属性

Router组件的history属性,用来监听浏览器地址栏的变化,并将URL解析成一个地址对象,供 React Router 匹配。

history属性,一共可以设置三种值。

  • browserHistory
  • hashHistory
  • createMemoryHistory

如果设为hashHistory,路由将通过URL的hash部分(#)切换,URL的形式类似example.com/#/some/path

 import { hashHistory } from 'react-router'  render(   <Router history={hashHistory} routes={routes} />,   document.getElementById('app') ) 

如果设为browserHistory,浏览器的路由就不再通过Hash完成了,而显示正常的路径example.com/some/path,背后调用的是浏览器的History API。

 import { browserHistory } from 'react-router'  render(   <Router history={browserHistory} routes={routes} />,   document.getElementById('app') ) 

但是,这种情况需要对服务器改造。否则用户直接向服务器请求某个子路由,会显示网页找不到的404错误。

如果开发服务器使用的是webpack-dev-server,加上--history-api-fallback参数就可以了。

 $ webpack-dev-server --inline --content-base . --history-api-fallback 

createMemoryHistory主要用于服务器渲染。它创建一个内存中的history对象,不与浏览器URL互动。

 const history = createMemoryHistory(location) 

十一、表单处理

Link组件用于正常的用户点击跳转,但是有时还需要表单跳转、点击按钮跳转等操作。这些情况怎么跟React Router对接呢?

下面是一个表单。

 <form onSubmit={this.handleSubmit}>   <input type="text" placeholder="userName"/>   <input type="text" placeholder="repo"/>   <button type="submit">Go</button> </form> 

第一种方法是使用browserHistory.push

 import { browserHistory } from 'react-router'  // ...   handleSubmit(event) {     event.preventDefault()     const userName = event.target.elements[0].value     const repo = event.target.elements[1].value     const path = `/repos/${userName}/${repo}`     browserHistory.push(path)   }, 

第二种方法是使用context对象。

 export default React.createClass({    // ask for `router` from context   contextTypes: {     router: React.PropTypes.object   },    handleSubmit(event) {     // ...     this.context.router.push(path)   }, }) 

十二、路由的钩子

每个路由都有EnterLeave钩子,用户进入或离开该路由时触发。

 <Route path="about" component={About} /> <Route path="inbox" component={Inbox}>   <Redirect from="messages/:id" to="/messages/:id" /> </Route> 

上面的代码中,如果用户离开/messages/:id,进入/about时,会依次触发以下的钩子。

  • /messages/:idonLeave
  • /inboxonLeave
  • /aboutonEnter

下面是一个例子,使用onEnter钩子替代<Redirect>组件。

 <Route path="inbox" component={Inbox}>   <Route     path="messages/:id"     onEnter={       ({params}, replace) => replace(`/messages/${params.id}`)     }    /> </Route> 

下面是一个高级应用,当用户离开一个路径的时候,跳出一个提示框,要求用户确认是否离开。

 const Home = withRouter(   React.createClass({     componentDidMount() {       this.props.router.setRouteLeaveHook(         this.props.route,          this.routerWillLeave       )     },      routerWillLeave(nextLocation) {       // 返回 false 会继续停留当前页面,       // 否则,返回一个字符串,会显示给用户,让其自己决定       if (!this.state.isSaved)         return '确认要离开?';     },   }) ) 

上面代码中,setRouteLeaveHook方法为Leave钩子指定routerWillLeave函数。该方法如果返回false,将阻止路由的切换,否则就返回一个字符串,提示用户决定是否要切换。

(完)

文档信息

2016年5月13日星期五

阮一峰的网络日志

阮一峰的网络日志


时间管理的七句话

Posted: 12 May 2016 05:27 PM PDT

昨天,我做了一个小分享,关于时间管理。

0.

下面七句话,我希望自己能做到、但都没做到。

1.

"进程切换非常昂贵,避免多任务,保持单进程。"

不要同时做多件事,结果可能都没做好,还拖长了工作时间。

上图是多任务状态和单进程状态的对比,可以看到,多任务状态会花费更多的时间。

2.

"研究表明,集中注意力、高效工作,每天最多4小时。"

一个人能够集中注意力的时间,是有限的。一般来说,高效工作只能持续四个小时,其余时间就都是低效工作了。

上图左侧是大多数人每天的时间分配,如果你能保证4个小时都高效工作,那么完全可以变成右侧的时间分配。

3.

"划分任务的优先级,不要把'急切'当作'重要'。"

你的时间有限,不可能做所有事。最重要的事,应该首先做。

一个有用的技巧是,将所有任务按照"重要性"和"紧急性"两个维度,分成四个象限。第一象限优先级最高,第四象限最低。

4.

"起床后,不要查看邮件和微信。"

早晨精力最充沛,消耗在邮件和微信就太可惜了,应该用来做更重要的事。而且,邮件代表对别人优先级高,不等于对你优先级高。你的时间到底属于谁?你自己,还是某个给你写信的人?(推荐阅读《为什么起床后不能收邮件?》

5.

"避免开会,因为人类已知的最浪费时间的事情,就是开会。"

越大的公司,越无法避免开会。但至少不要参加与你无关的会。站着开会,也许是一个缩短会议时间的好办法。

6.

"早晨4点起床,到了中午,你就完成了一天的任务。"

早晨4点起床开始工作,你会发现每天的时间多出了好多。有个日本人写了一本书《四点起床》,就是讲这个观点。

7.

"你没空时不会做的事情,有空了也不会做。"

世上并没有拖延症,只是不想做而已。如果可能,应该尽早放弃你没有意愿去做的那些事。而那些没有时间也会去做的事,才是你应该全力以赴的人生方向。

(完)

文档信息