@Gem let 一般是作为 temp 用的，用完就扔不污染。用 const 定义不需要改变的东西，剩下的用 var ，这几个开销不一样，最好酌情使用

搜索引擎好像不会去抓你动态生成的 query words 吧？

那些必须重名的你在 CSS 里面加 !important ，就我所知除了 iframe 之外暂时没有一个能完美解决的方法

做前端的，表示 RESTful 这个东西应该是为了前端方便而来的。你可以说它是风格，但我觉得 RESTful 作为不是硬性的“标准”可能更加适合，因为我肯定希望后端全部按照这套东西来写 api ，这样前端可以用 js 根据不同的 code 做相应的反馈，状态码都是固定现成的，一套 js 只需要稍作修改就可以用在其他地方

create(post) - return 201 / 409
delete(delete) - return 200 / 404
edit(patch) - return 200 / 204 /404
read(get) - return 200 / 404
replace(put) - return 200 / 204 / 409

这一套可以应付大多数情况了，而且 201/204/409 的使用显然比单纯用 200/404 来得人性化

我看楼上有人举『移动到文件夹 X 』的例子，很明显这个已经超出了 RESTful 所定义的范畴，你强上 RESTful 肯定不合适，但比如你 增删改查 设计成符合 RESTful 的架构，然后其他的再自定义这完全 OK 啊

1. ios 基本是每更新一个大版本都会开放一波新的 API ，开发者用到的也会越来越多，所以对系统资源的消耗肯定是增加的，系统本身一样的道理

2. 一个 app 刚出的时候满足的是最基础功能性的需求，之后的更新一般只会往上加功能，加复杂度，只要没有达到功能性的上限，优化性能肯定不是第一优先级，而且“做好”比“做出来”难上好几个量级，也和开发者自身素质有关

3. 不然你以为坏块是哪来的

SCSS 路过。。

去 package 里面看，找大的文件，表情全部被存下来了，几百 M ，自己删掉就好

com.tencent.xinWeChat/Data/Library/Application Support/com.tencent.xinWeChat/2.0b4.0.9/xxx/Stickers

com.tencent.xinWeChat/Data/Library/Application Support/Wechat/1.2/xxx/Emoticon01/File

其实我觉得四强如果是 Navi, SK, Astralis, VP 比较妥，当前版本的 Fnatic 不够水准，可惜 Navi QF 就和 Astralis 撞上了，然后 SK 输给 VP 不应该。当前世界排名而言我觉得 Astralis 、 Navi 、 SK 应该三分，看 map pool 各有输赢，但 SK 相比于其他的发挥更稳定。 NA 各队直接 gg ，法国也 gg ，瑞典更佳 gg 。。

OctoberCMS

@learnshare @kanezeng 所以我后面说这样比不是很公平，但你也不能说锅都是标准的问题

@learnshare 参考隔壁 react ，虽然这样比不太公平。。

楼主听过 Angular 吗？

凭我的经验英文中的 either 不带 both ，老美会说 either A or B, or both 。所以应该是 (A && !B) || (!A && B)

说的好像往年会看一样。。

@noinlj @lxjaa 你们真的有看我发帖的内容吗。。

@jsrock 可以翻是一回事，速度快是另一回事

@freeznet 不知道啊，你告诉我啊

@ty89 你让我说你什么好

@wangdef09 微林的可以？

@yanggis 看视频何必难为自己用手机。。而且不用 android 多年

@zk8802 [email protected]

你可以在 v2 开个直播贴试衣服，到时候记得 @ 我就新行了

现在写字有一个毛病就是脑子比手快，等不及就过了，特别是英文。。打字还勉强能跟上，然后已经好几年不写中文了。。

CSGO