Angular 和 React 在构建工具类型的有优势，如果只是展示类的，逻辑不复杂的，直接 jquery 就 ok 了。

前两个在开发环境搭建完成之后估计后一个就写完了所有的界面了。

难易程度的话， jquery < backbone << Angular && React.

如果说是引用混乱的话，推荐使用 webpack 或者其他的进行打包发布管理即可，不需要考虑使用其他的 library 。

不用每年交苹果税，有很多盗版可以用。
这点就比 rmbp 强。

还有一些行业软件只有 windows 版本，你在 osx 上面无论如何都得装一个 windows 。

我来给楼主推荐一个 http://lynx.browser.org/
个人觉得这个浏览器内存一定小。

@msg7086
https://sales.jetbrains.com/hc/en-gb/articles/204784622-What-is-perpetual-fallback-license-

按照这个说明，应该等同于购买旧版。

@jinwyp 有源码的话应该挺快的吧。我记得之前 adobe 搞过 flash 转 html5 的工具。

@love action 不一定只对应一个 store ，当 action 对应多个 store 的时候这样就简单了。 action 和 store 之间的关系可以是一对多。

@love 你自己不是已经说出它的区别了么？就是解耦的用法。多人协助会比较好理解。

如果要理解 flux ，最好和 react 来一起理解。我个人理解 action 实际上就是一个 event 类型的 API ，从 view 层来看，它本来应该是直接和 store 层打交道，但是如果 store 层被替换或者重构的话， API 可能也有相应的变化，比如你觉得 actionStore 的名字不好，或者要重新组织，只要后端在 event 监听里面做修改就好了。

如果采用 flux 的这种做法，大家都依赖 dispatcher ，这样在做单模块的时候无需增加其他模块的具体依赖，可以 store 修改的时候所带来的依赖修改。

不过 flux 这种模式有一个麻烦的地方，就是调用之前先要定义 action ，好处是 action 本身可查，麻烦就是 action 容错性比较低。而且对于 store 与 store 之间没有进行相关的解耦。

而之前在使用 backbone.radio 的时候，先是区分了主动请求 request 和被动回调 event ，对于空请求也不报错，只是警告。同时 request 可以作为同步请求，所以 store 与 store 之间的依赖也可以做解耦。

不直接依赖吧？

jQuery bootstrap 。

不打包，直接 script 加载。

能收到就知足吧，某公司说排队发送的信息，上上上个我我还没收到呢。

请问是否要用户自己上 V2EX 才能看到故障？手机绑定是用来催缴钱的么？

其实人活在这个世界上本身就很不安全，所谓的安全，其本身都是相对的。

比如某些人习惯 touchID 说安全，指纹呢！很难伪造呢！《暗黑者 2 》里面有一个镜头，先把你杀了，然后用你手指滑一下...

然后你说应该保证核武器的安全的吧， 8 个 0 反正是用了很久的。

所以...你自己和熟悉人的人生安全，系统安全，网络安全，信息安全，软 /硬件安全都无法保证的情况下，再牛逼的安全的系统也很轻易破解。

不过认为 Android 的安全性要强于 iOS 的，我觉得是嗑药比较多了。首先必须要确保自己使用的是原版 Rom ，然后才是关乎于应用层面。如果不是原版最新的 Rom ，早期的 sms manager 简直就是入门课程，之前随手记附带的就是读取短信通知来协助记账。楼上吵架的有几个 Android 用户真的用的是原版 5.0 的且美 Root 过的，不得而知。然后到应用层面，所谓的不给权限就不能用基本上让用户远离了大部分的应用。而封闭式的 iOS 来说，应用已经算是听话很多了。

作为一个笔记类的编辑工具要想和 onenote 比实在是不可能，随点随编辑的功能到现在都没做到。
作为一个用了 nwjs 为内核难免会体积变大，但是作为一个 web 应用又不支持 markdown 是有点悲哀的。
作为收集和检索工具倒是超越了一些。

增加一个
CamScanner 中文 应该是 扫描全能王。

金山快盘个人部分卖给了迅雷，企业的还是在自己手上。不过看样子准备归到金山云了。

这本来就不是一个技术问题，主机放国内，没有 icp 备案，又想要开放 80 or 8080 ，这个有点作死的感觉。
青云有 hk 的，那个不需要的。

@qw7692336 有坑不代表不真心喜欢，缺陷是有的，思想和思路是正确的。 React 本身只是 Framework 的一部分，要真正用起来还需要其他的配合，和 AngularJS 不是一类物品。

没用过 AngularJS ， AngularJS 部分思路和双向绑定可以用 backbone 配合一些 library 做一些简单的模拟，但是对比单向数据流的 react 来说，开发思路简化了很多，效率会高一些。

只是现在感觉还不是完全形态，作为 模块， 隔离还是稍稍弱了点。 AngularJS 2 的 web component 概念目前还没时间做测试，可能未来是一个方向。

reactjs 的通吃感觉上还不是时候，如果使用过 backbone 之类的，理解组件化，单向流，状态管理基本上上手非常快。和写最最传统的 PHP 有点像，想象成 JS 模版就好了。

实际使用的时候 reactjs 的单向数据流在表单处理上可能会遇到一些理解上的问题，但是问题不大。

reactjs 的坑有一部分在 DOM 动画上面，另外一部分在传统弹出层上面，这个主要是和 React.render 必须指定容器元素有关系。传统的弹出层会将你的 element 取出来并重新放置到弹出层自己的容器里面。 React 这个时候会出现一些问题。不过有 react.modal 来处理这个问题，就是有点麻烦。

配合其他 view 的话， react render 需要容器元素也是一个坑，不过作为一个纯 react 的应用应该不会有这个问题。

另外不配合［ flux,redux ］,immutable 的话， reactjs 用起来应该说不如不用。毕竟 react 只是 view ，数据层还是要找个妈妈来管管。 backbone 的 model 和 collection 也可以配合 react 来用，就是用起来感觉不是那么一回事。现在有一个项目就是混用了 backbone +backbone.radio +react ，但是强烈不推荐这样的用法。

@phoenixlzx
你如果当年买了 9 ，那么只要是 webstorm9 的版本你可以随意用，但是到 10 就不行。

不过我记得 jetbrain 的有一个一年之类平滑升级到下一个版本的优惠。