@m_z 对于Session这个Cookie（也就是学号），由框架自己做掉，他用SpringMVC就是SpringMVC做，用Struts就是Struts做。对于其它的Cookie，要人写代码来设置，自然也要人写代码去读取，自然不会在TomCat这种里了

我对Java不熟，错了别打我

咦JS还有不坑的地儿？

> 为什么node的主题是纯黑，能正常点吗？

因为这里是为了黑Node而存在的（误

@iSheldon 还真是，还有你附近有Apple Store的话，锁屏界面左下角会有个图标……

Cookie就是，老师把作业发给学生了，然后叫学生带上作业去办公室找他骂一顿，明明可以作业留在手里只叫学生过来的但老师就是懒不想干
Session就是，学生得有个学号，去教务处人家才知道是你，学生去的时候报上学号，教务处根据学号找到学生信息再办事

Promise最大的特点有以下几个：

1. 原本嵌套式的callback模型变成“看上去线性”的模型，以此提供代码逻辑的顺畅性
2. 异常传递，即当任何一个Promise失败时，异常会透过那些没有reject处理的节点一直到最后去，这是NodeJS的callback模型没有做到的。异常传递更接近正常代码中的try/catch，你可以有N行代码，任何一行代码都可能出错，但总能被后面的catch捕获，而NodeJS的callback模型要在每个callback中处理err参数，这是我一直反对NodeJS的异步模型的很重要的原因之一

而以上几点，其实通过Generator都能做，但这并不代表Generator和Promise是一类东西。Generator可以做更多的事，比如：

1. 生成一个无限列表，每次获取都递增1
2. 完成类似C#的Linq的工作，即多个对数组元素的操作（Iterator）只需要遍历一次数组，比如这样：asGenerator(array).each(o -> o.x++).where(o -> o.x > 10).map(o -> o.x)，只有一次遍历
3. 产生一个每次获取一个元素都有重要、高消耗的资源访问的列表，完成延迟加载模型来将高消耗的元素获取延迟到真正访问时，而不需要一开始就获取N次形成静态的数组

Generator的用法非常非常多，上面说的也只是经典场景而已，绝对不要只把它当成一个coroutine的玩法，会被自己关在笼子里玩不开的

本来就不是为了实现一个东西提出的……generator本质上不是解决异步的方案，让你们用来玩异步了而已啊，ES7的async才是真正做异步的

@iSheldon 我不在乎续航，毕竟一天大部分时间呆在电脑旁边，只是一个应用特别是很大程度上不得不用的官方应用，超越自己应该有的功能使用这类服务有点反感

@wzxjohn 但是我也不能不用他不是- -人就是贱嘛……

@wzxjohn 原来如此，也就是说这个提示说明微博确实是在程序未使用时也采集位置信息了……

我觉得苹果应该再加一项，必须由用户的主动行为（点击之类的）才能触发某些服务的使用，不得自己默默地玩

@system OSX上还有比Chrome更耗电的浏览器？那可能是Chromium或者某Chrome包皮浏览器吧

@jayceefun 来送个装备嘛，只差一个紫电磁炮就满了……

@kokdemo 我不知道我们2个对上下的理解是不是一致，我的概念里越多地方会用的东西越下层，所以site是最下层……

1. 我用Safari，因为受不了开着Chrome耗电坚持不了一个4小时的会议
2. 作为Web前端，Safari并不难用，习惯了就好，前提是你的代码没能那么多需要调试才能搞定的时候，这是你的编码能力决定的
3. 测IE这事，不是选Chrome或选Safari就能解决的，既然谈到Safari那应该是在OSX下，所以虚拟机吧
4. Safari的“明显的BUG”比Chrome要多，比如到Yosmite还存在的侧边栏的问题，比如我的电脑点击新Tab打开的链接会卡死1s。虽然Chrome时不时发神经发布一个有很大问题的版本，比如上次的Windows下字体渲染BUG，但总得来说比Safari要稳定
5. 对于先进的Web新功能的测试还得Chrome来，Safari的迭代速度和新特性支持都很落后
6. 除IE外的兼容性上，Safari没问题的页面我从来没见过在Chrome下会出问题的，所以我现在不测Chrome
7. 翻墙这事，交给GoAgentX去了……

虚拟机，别想别的方法了

标准分层，site -> module -> page，分别放全站通用、某模块通用（如用户模块）、页面专用，这3层都可以有多个css文件组成

js可以类似

雷霆战机快满级了……

他敢开个人工少女主题餐厅我就天天去……

手机启动宝马就有啊，远程预热呗，通用还能打个电话启动或锁车子呢