本期的主要特征 重新支持chrome DevTools 添加对Immutable.js的支持 修复用户在componentWillUpdate /shouldComponentUpdate /componentDidUpdate钩子中执行setState引发死循环的BUG 还写了一个复杂的例子 https://github.com/RubyLouvre...

点击图片报名参加广州&珠海源创会 React 已经比较快了，但使用时仍很容易犯些小错误，导致其性能下降。组件挂载慢，组件树层级过深以及没必要的循环渲染都会让app感觉很慢。 幸亏有很多工具(有些甚至内置在 React 中)能帮助诊断性能问题。在这篇文章中，我将告诉你快速生成 React 应用程序的工具和技术。每个部分会有一个互动以及（希望是）有趣的演示！ 工具1：The Performance T

本期主要改进点 处理用户在render方法 return this.props.children 的情况，需要将数组转换为单个虚拟DOM 处理两个组件虚拟DOM都没有实例化的情况 只回收文本节点 支持mouseenter/mouseleave及重构事件系统 使用 npm i anujs 或者使用架手架 https://github.com/Levan-Du/a... npm i -g anu-cl

本版本由于得到业务线同学的大力支持，掀出许多问题，因此改进地方良多，为anujs在完美替换React的道路上前进了不少。现在anujs经测试可以运行于IE7中。至少怎么做可以参看官网，https://rubylouvre.github.io/...， 而它在高级浏览器上使用了requestAnimationFrame，性能更进一步，真实反映本文的标题，又快又小。体积比之前更少了。 event.or

本版本对setState与forceUpdate内部依赖的setStateImpl进行了重构，性能稳定在60pfs之上。并且将组件实例的所有内部方法与属性都改成以___开头。 https://github.com/RubyLouvre... disabled的元素不能触发点击事件 修正mouseenter/mouseleave在IE6－8中的BUG，涉及到relatedTarget的正确获取与LC

anujs1.1.1为了兼容国内最著名的UI库antd，在虚拟DOM树结构，ref机制，owner机制，svg的兼容上做了大量改进。到目前为止，只差两个组件没有兼容，相信下一个版本会搞定的。antd内部使用了大量的旧API与hack react的实现，因此兼容了antd，对其他比较正规的UI库，anujs也肯定能支持的。 https://github.com/RubyLouvre... 主要改良点

anujs1.1.2在兼容官方React比以往更进一步，一共跑通293套测试，其中179套是官方React的测试。 在ref机制，owner机制，虚拟DOM更新机制，context传递机制，SVG生成策略上大大重构。是有史以来最多的更新级。但工作还没有完成，只是怕更新太多做了一次短暂的休整。 主要更新点： 修正 onChange 事件 重构 diffProps 模块的实现 支持组件的isMount

anujs现在只差一个组件（mention）就完全支持阿里的antd UI库了。一共跑通346个测试, 应该是全世界最接近官方React的迷你框架了。 以后的工作就是把React16的一些新特性支持了，包括组件返回数字、字符串、数组， componentDidCatch钩子与createPortal。 主要更新点： 抽象出一个Update类，用于封装组件实例上的所有私有数据 抽象出一个instan

本周在支持机票的项目中对anujs做了大量改进，包括性能上与结构上的改进。与1.1.3一样，还是差一个组件就完全兼容阿里的antd UI库。 框架本身的改进有： 修正flushUpdaters中updater对象的泄露问题（需要clearArray一下） 优化diffChildren的逻辑，防止出现parentNode等于null的情况（比如为文本节点取firstChild） 简化Controll

原文地址:http://www.ivaneye.com/2016/07/23/iomodel.html -------------------------------------------------------------------------------------------------------- 无处不在的C/S架构 在这个充斥着云的时代,我们使用的软件可以说99%都是C/S架构的

anu已经有两个月没有发布了，经过1.1.5-pre, 1.1.5-pre2, 1.1.5-pre3, 1.1.5-pre4, 1.1.5-pre5, 1.1.5-pre6, 最终放弃了1.1.5, 改成1.2. 因为内部变动非常多，受控组件与非受控组件那块完全重写，只差一个case没有跑通（这部分的测试代码有2000多行）。支持React1.6 的三大特征，组件支持返回数组，传送门与错误边界。

anu1.2.1这次更新主要是改善了对焦点的处理及react16.2的Fragment语法糖的支持 优化fiberizeChildren的性能，将原方法内部用到函数与对象提到全局上来，这就比官方的对象池技术更能提升性能。 修复受控组件在textarea, radio的BUG，将受控事件放到用户事件后集中执行 添加焦点系统的支持 解决多次引入React时，事件系统的option.async有问题的B

本版本主要是对antd3的组件进行最后一次修复工作，除了mention组件，都支持了。 明年的精力就集中异步渲染与后端渲染上。anujs的体积经过几个版本的迭代，体积有所增大24kb(没有压缩的情况)，但还是远远少于React+ReactDOM，因此无论用在移动端还是PC还是非常有优势。其次它是市场上唯一支持React16特征的库。 明年也会搞一个状态库，对异步渲染友好。路由，状态库，CLI, P

本版本主要添加了renderToNodeStream的支持 解决PropTypes的share问题 var check = function () { return check; }; 修复utils的inherit BUG ssr模块的renderToNodeStream的支持 Component添加isReactCompent方法，增强对第三方的支持 使用 npm i anuj

anujs1.3.0是一款高性能React-like框架，是目前世界上对React16兼容最好的迷你库。 自React16起，相继推出createContext，createPortal, createRef与createResource等新API，表明官方正积极由纯view库向大而全的框架演变，它将会越来越好用。一些迷你库可能跟不上步伐，现在也只有anujs有这实力跟进。 1.3.0的改进如下：

系列目录 第01篇 主线程与工作线程的分工 第02篇 Reactor模式 第03篇 一个服务器程序的架构介绍 第04篇 如何将socket设置为非阻塞模式 第05篇 如何编写高性能日志 第06篇 关于网络编程的一些实用技巧和细节 第07篇 开源一款即时通讯软件的源码 第08篇 高性能服务器架构设计总结1 第09篇 高性能服务器架构设计总结2 第10篇 高性能服务器架构设计总结3 第11篇 高性能服

讲到高性能IO绕不开Reactor模式，它是大多数IO相关组件如Netty、Redis在使用的IO模式，为什么需要这种模式，它是如何设计来解决高性能并发的呢？ 最最原始的网络编程思路就是服务器用一个while循环，不断监听端口是否有新的套接字连接，如果有，那么就调用一个处理函数处理，类似： while(true){  socket = accept();  handle(socket)  }  这

1.设计目标 将ui与逻辑分离 不依赖与cocos2dx，使用消息-订阅模式 2.支持长监听、一次性监听、支持多事件池，防止事件池中消息过多。发消息会有O(n)的延迟 3.采用java 中的 hash 算法 分离事件 --[[ @brief:事件分发器 @by 李俊 ]] --[[ 例如我在主场景中添加了一个长监听函数 我们需要 1.声明自己的一个事件 local EVENT_UPDAT_USER

原文链接： http://segmentfault.com/a/1190000004372649 关于性能优化的两条格言，规则 1：不要优化；规则 2：还是不要优化（仅限专家）。不要在缺乏恰当度量（measurements）时试图去优化软件。编程老手和菜鸟之间的区别不是说老手更善于洞察程序的性能瓶颈，而是老手知道他们并不善于此。做性能优化离不开度量。优化前度量，可知何处需要优化。优化后度量，可知「

我正在写一个高性能ASP.NET Json API,很快> 1000请求/秒.我的所有逻辑和处理都在IHttpHandler中完成.我通过Stopwatch Class测量,处理程序以0.1 – 0.5毫秒为单位完成一个请求. 但是似乎IIS和/或其他HTTPHandler(模块？)正在消除很多性能.我能衡量一下吗？配置为最佳性能时,请求在IIS中产生多少开销？ 会删除所有这些HTTPHandle