v2ex.k 新版内测

[kokdemo]

距离 v2ex.k 上一个版本已经好久好久了……

重写的原因

依稀记得为了写这个插件学习 react 的日子，然而在写完这个插件之后我就再没有写 react 了:P 。

所以一直没有更新是有理由的。

这段时间决定重写一下这个插件，全部换成了 vue 。于是就有了目前的这个版本。

由于是重写，因此没能 100%的还原 react 版本的全部功能（其实我也忘了之前有什么功能了......）。基本完成了样式的重现。

大概长这样：

怎么安装：

• 这个插件在 chrome 上已经上架过，如果你想体验老版本：

• https://chrome.google.com/webstore/detail/v2exk/dnbmbhefokngmkalbdcgjdlgoppfhndn

• 如果愿意体验新的版本，请访问 github ，下载整个 repo ，然后在 chrome 的扩展程序中加载进去。

• https://github.com/kokdemo/v2ex.k

最后，希望测试使用的童鞋能多多的反馈建议。能顺手给个star就更好啦！

[designer]

我还以为是一个域名。。

[DearTanker]

做成插件放 chrome 市场吧，这样加载略嫌麻烦。（其实是我太懒 ）

[learnshare]

来，邀请楼主来对比一下 React 和 Vue

[chanssl]

适用了一下，不太习惯，视角方向需要左右切换，有点累

[jamesxu]

很好，不用来回翻页

[xhowhy]

何苦用 vue

[mthli]

:P

[baoguok]

这个是基于 api 做的么?

[kokdemo]

@DearTanker 有上架，但是这是个不完全功能的版本，所以没有全面更新。

@learnshare 不吹不黑，我个人更喜欢 vue ，等到 2.0 出来之后会更新到 vue2.0 的版本。

@chanssl 这个比较适合宽屏用，最窄也能支持到 1100px 左右的宽度

@xhowhy 主要就是手熟……

@baoguok 并不是，全部拿的是原来页面的数据，整理之后重新展现。

[oott123]

😂我就知道没有 Firefox 版本

[kokdemo]

@oott123 应该是没有，但是我会考虑把插件改写成 userscript 的形式。

[oott123]

@kokdemo 其实 Firefox 最近支持 Web Extensions 了……看你这插件感觉应该改改就能用。
不过有 userscript 版本最好啦……这样普适性强，在 chrome 下也不用折腾什么开发者模式整天被禁用插件了。

[xhowhy]

@kokdemo @learnshare
vue2 里貌似没有 shouldComponentUpdate ，但有时候非常有用，举个例子，比如渲染一个实时的新闻列表

在渲染每行 Cell 的时候，只要重写 Cell 组件的 shouldComponentUpdate ，`return this.props.updateTime === newProps.updateTime `，这样直接就完成了 diff ，简单高效，不需要深度 diff 不需要 Imutable 。
这样的优化效果是没有 shouldComponentUpdate 的方式无法比拟的，后者宣称开发再方便，不支持开发者直接进行优化，在很多时候性能都会被秒成渣。

如果有了 shouldComponentUpdate ， vue2 和 react 又有何区别？所以为毛要用一个小众框架。。

[kokdemo]

@oott123 额，也不是 userscript 最好， chrome 的插件毕竟可以拿到不少的权限，这样我折腾起来也容易的多。

[oott123]

@xhowhy 你指的是 http://vuejs.org/guide/list.html#track-by 这种功能么？


@kokdemo 嗯，有道理，不过还是希望能出功能精简的 userscript 或者 firefox 扩展 😂 或者改天我自己移植一下……

[kokdemo]

@oott123 这个项目接下来的方向应该是挪到 electron 里面封装一个 mac 客户端，所以 firefox 扩展靠你了……

[TangMonk]

安装了一个感觉还不错

[oott123]

@kokdemo 赞。开始开发的时候记得在 V2 发帖，有空我也想 contribute 一些~

[kokdemo]

@oott123 我都是闷声开发的，只有快成品了才批量 commit ……

[xhowhy]

@oott123 确实可以把我说的场景中，字段合并后进行编码，比如 uid = md5(articleId + updateTime)，但这样就显得不太优雅了：

1. 只是想 diff ，为什么要引入一种消耗性能的 guid 生成方式呢
2. md5(articleId + updateTime) 这样的方式生成 uid ，然后让框架去对比 uid ，这样做完全不符合开发直觉：我明明可以直接比较 updateTime 字段，为啥要通过 updateTime 小心翼翼地生成一个 uid 呢，还得防止冲突碰撞