简介一年一次的 JetBrains 优惠活动，这次是买一赠一！ 注: 活动截止 10/31 说明该次活动老用户无法直接输入优惠码购买，必须提交请求后等待销售代表回复专属购买链接。（老用户没人权系列 QAQ） 然后，果然手动化操作忙不过来了 23333 重要的是，这个优惠码貌似可以针对任意产品，包括全家桶那个 $249 的那个也能免费 0 折一年！官方也太实诚了吧 emmmmm 链接 102

起因最早，吾辈是在 活动行 上面看到这个活动的，然后果断报名参加了。 即便，吾辈本身并不住在深圳，但还是选择坐高铁赶过去了。 活动吾辈去的比较早，接近四点钟左右到了，但那个时候活动并没有开始，也没有看到活动标识。于是，吾辈和朋友便先去咖啡厅坐了一会，然后在大约六点钟的时候到达了活动现场。嗯，还拿到了一些小礼物。 产品全系列五折优惠真的很良心了！ 其实活动只有是三个主题 IntelliJ I

使用本地注册码（不需要在线）的方式激活 注: 此方法对 IDEA 2018.01-2018.02 版本无效，但对 IDEA 2018.03 EAP 是有效的 修改 hosts 文件，Windows 系统上的位置是 C:\Windows\System32\drivers\etc\hosts，将之复制到其他位置并在文件的最末尾添加一句话。 10.0.0.0 account.jetbrains.co

场景吾辈为什么要学 react 呢？难道 HTML+CSS+JavaScript 已经满足不了了？是的，传统前端确实满足不了吾辈了，前端在快速发展，而后端手中（甚至眼中）的前端仍然是只有 HTML+CSS+JavaScript+JQuery 的世界。吾辈不想就这样下去，所以想要了解、学习、使用现代前端的内容。谜之音：难道 vuejs 还不够么？vuejs 既是国产（阿里），所以文档（中文）相对而言

场景 该功能吾辈已经封装成 NPM 库 vue-url-persist 在使用 Vue SPA 开发面向普通用户的网站时，吾辈也遇到了一些之前未被重视，但却实实在在存在的问题，这次便浅谈一下 SPA 网站将所有数据都存储到内存中导致数据很容易丢失以及吾辈思考并尝试的解决方案。 参考：SPA 全称 single page application，意为 单页应用，不是泥萌想的那样！#笑哭 思维导

吾辈已经写了一个 TypeScript/JavaScript Cli 工具 liuli-cli，如有需要可以使用这个 Cli 直接生成一个开箱即用 SDK 项目，然后就可以直接开始写自己的代码，不需要太过关心下面的内容了 – 因为，它们都已然集成了。 场景为什么要使用打包工具如果我们想要写一个 JavaScript SDK，那么就不太可能将所有的代码都写到同一个 js 文件中。当然了，想做的话

场景在今天写 JavaScript 函数时，发现了一个有趣的技巧。 在此之前，吾辈想知道泥萌需要默认值的时候是如何做的呢？ 例如下面的函数 print，吾辈需要在没有给定参数 user 的情况下，给出合适的输出 123456789101112function print(user) { if (!user) { user = {} } if (!user.name) { user

场景客户需要一次性将视频全部缓冲完成再进行观看而非看一段缓冲一段，所以就看了一下有没有什么方法能够做到，结果顺便还写了一个通用的加载资源的方法。 实现基本思路是使用 ajax(fetch) 将资源先加载到本地，然后生成一个本地的 url，最后将本地资源链接赋值给需要资源的元素上。 12345678910111213141516171819202122232425262728293031323334

Greasemonkey 踩坑之路 场景 window 对象不能和外部交换数据 Greasemonkey API 显示 undefined 内存爆炸 Greasemonkey 加载时机太晚 等待一段时间再调用，例如等个几秒 Greasemonkey 脚本可能就加载了 延迟到 Greasemonkey 脚本加载完成再与之交互 暴露出需要交互的函数等到 Greasemonkey 加载完成后进行回调

这两天在 JavaScript 遇到需要根据自定义的格式创建 Date 对象的情况，所以就没多想写个了解析方法。 基本思路是将非标准的日期字符串转换为标准的日期字符串，然后再创建对象。 具体的步骤如下： 接收两个字符串参数，分别代表要进行解析的字符串 dateStr，以及该字符串需要的自定义日期字符串格式 fmt。 先解析 fmt，获取其中的代表 year, method, day, hour,

场景之前写了个 user.js 脚本来抓取百度网盘的文件元信息列表，用来进行二级查看和分析,脚本放到了 GreasyFork。最开始为了简化代码直接使用了 async/await 单线程进行异步请求，导致请求的速度十分不理想！关键代码如下 12345678910111213141516171819202122232425262728293031323334353637383940414243444

场景在日常编写 JavaScript 代码的过程中，或许会遇到一个很常见的问题。根据某个状态，进行判断，并执行不同的操作。吾辈并不是说 if-else 不好，简单的逻辑判断 if-else 毫无疑问是个不错的选择。然而在很多时候似乎我们习惯了使用 if-else，导致代码不断庞大的同时复杂度越来越高，所有的 JavaScript 代码都乱作一团，后期维护时越发困难。 GitHub, 演示地址