又查了一下 是没有实时搜索下面的结果的 上面那一块实时返回的 api 目录 是早就下载下来了的 在几个 lists.js 文件里。
下面 result 其实是要回车后才会请求的的，你再搜索其他的关键词， result 还是不会变化的，只有之前已经储存好了的。

请求地址如下：
https://www.googleapis.com/customsearch/v1element?key=AIzaSyCVAXiUzRYsML1Pv6RwSG1gunmMikTzQqY&rsz=filtered_cse&num=10&hl=en&prettyPrint=false&source=gcsc&gss=.com&sig=30a7b43bf733edc52dc094738e892a6c&cx=000521750095050289010:zpcpi1ea4s8&q=bool&sort=&googlehost=www.google.com&callback=google.search.Search.apiary3119&nocache=1487943880655

@pcatzj 我登录网页看了一下 这边是会实时显示。可能是你那边的网络问题导致有些 js 文件无法下载造成的。

用的人多了 实时搜索对服务器造成过大压力了。去掉实时搜索，服务器的服务人数又会上升很多啊。

营养跟不上啊

看《 c++网络编程》一书，你啥历史也没说明白

jsonp?

我话虽然有点糙，你这个排版就像便秘一样挤在一起了。
我也曾因为用以前的账号然后被告知要用手机验证，也就是前两天有人吐槽百度的那种情况，索性以后便不再使用流氓公司的产品及账号了。

给我的感觉就是，现在的互联网越来越倒退，越来越流氓，越来越垄断，说用短信是为了方便注册，可事实上对于不想透露手机号码的人来说却并不方便，不是吗？

选第二个。第一个太乱了，五颜六色的。

hhhhhhhhhhhhhhhhhhhhh

稳

你只讲了“术”，却没有讲“道”。

首先，传统 MVC 是由事件驱动的。
MVC 里，是只有 controler 是控制中心， model 是数据的集合， view 是展示数据的地方，是一个笼统的分类。
controler 订阅 view 上的事件，然后处理发生事件后的操作，比如从数据库获取 model 数据，最后将数据或者信息反馈到 view 上面。也就是说， view 层是只负责展示，比如布局，颜色，点击反馈什么的，它只能产生事件，然后被动地被 controler 更新。（参考斯坦福大学教授的关于 MVC 的公开课）

MVVP 有哪些改变？

首先， view 有了 model,和一部分 control 中用来更新 view 的操作.

为什么会这样？

因为由于数据的增多，要在 controler 里面写非常多的更新 view 的操作，很麻烦，而且随着业务的发展，如果 view 层变更， controler 里面也需要修改。之所以数据的增多是因为想在一个窗口里展示更多的数据和操作（ web 前端的 spa,android 里 tab 分页展示）。在以前， controler 里的 view 是由 jsp,aspx ， php 来一次性消费的，而现在是想多次消费。

多次消费，消费的是 model 里的数据，所以才会提出所谓的什么 view-model 。

所以，之所以会这样是为了多次消费，是因为有了需求所以才发明的。啊，前面那句话不对，其实是因为早就有人在实践中尝试过，然后如果没有这种规范的话，大家为了实现这种模式需要自己造轮子，麻烦，才传开然后公认统一的。所以，如果你编程过程中有哪些比较麻烦，你就可以思考怎么来创造一个东西了。

如果你懂“道”，那么你也可以创造“术”。不讲“道”就开始讲“术”，就有点神棍的味道了。

所以，没有必要多次消费的，或者数据量不是特别大的，就没必要搞什么 MVVP ，高射炮打蚊子，用途都不清楚。

说个题外的，假如我们把 controler 里面的更新 model 的操作放到了 model 里面(model 一更新，后台数据库就更新)，那么就会变成了 ORM.如果把 ORM 与所谓的 view-model 结合，又会怎么样？好像 google 有个前端框架 meteor 大概就是这种思路（还未用过，仅猜测，求科普）。

目前来说，都是事件驱动模型的，不知道还能有哪些需求然后变变变。

如若有误，还望指正。

PS:一图胜千言。

尽量乘坐公共交通工具或者骑自行车踩滑板

@kimown 安卓上可以用 node 记得 gank 之前推送的内容里面有 git 上有项目