在8月的ExtJS 4.1预览的博文中，谈到其更新将集中在性能和文档两个方法，而且预期其发布时间为9月份的中后期。令我们失望的是，我们不能预期发布产品，现在，只能更新我们的发布日期。

挑战：在IE7/8中提高Ext JS4.0的性能

ExtJS 4.1的目标之一是在旧版本的IE中提高其性能。与IE9、Chrome或其它现代浏览器相比，IE7和IE8的Javascript引擎和DOM交互相当缓慢，因而要ExtJS 4.0实现这些功能相当的困难。在ExtJS 4中使用复杂布局的页面显示时间，在现代浏览器，性能相当的稳定，而在IE7和IE8相当的慢。

优化IE源代码

ExtJS 4.1的目的就是在IE7或8中加速页面显示时间。根据初步的性能分析，我们确定，将增量渲染改变为批处理渲染，会大大加快页面显示时间。最初，我们认为这只是一个花费两个月时间的项目。然而，批处理渲染被证明只是成功了一半。随后，我们发现性能瓶颈的另一半在IE7或8的后续渲染上，这导致我们不得不花时间去重新架构。目前来说，我们已经完成了核心代码的重构，现在需要的是稳定和测试时间。因此，目前的目标是在10月底发布4.1的beta测试版，预期复杂布局的速度将会明显加快。由于IE6与IE7/8相似，因而预期IE6的性能也会大大改善。我们很有信心且有能力会在新的日期发布新版本，当然，不排除会有意外情况。

在社区发布4.0.7版

对于不能在承诺期内发布4.1，我们感到很失望，因而，我们将发布4.0.7版。不过，该版本只在商业支持订阅管道上发布，在下周就可登录社区下载了。4.0.7版在4.0.2a的基础上修复了200多个错误，我们希望在最短时间内发布它。

复杂布局的性能数据

目前，如果你在IE7/8上使用ExtJS 4.0开发应用遇到性能问题，我们希望你能使用《instructions on how to send us performance data》一文中提及的方法向我们发送性能分析数据。这可以让我们确定4.2的优化目标，我们希望尽可能多的从使用复杂布局的应用程序中收集测试数据

发布日期和状态交流方式的改变

重新审视我们预测发布日期的能力，我们觉得2011年的工作没做好。ExtJS 4的发布比我们原定的发布日期迟，而其它的版本的发布也超出了他们的最初发布日期。尽管我们可以以“软件是很难或不可预测的”（software is hard and unpredictable ）为借口，不过，当依赖你的能力可以按时交付项目的时候，我不认为这个借口有多大用处。在此，我们向大家道歉。

因此，从今天开始，我们对于交流日期会相当谨慎，且在这些日子内，我们会根据信心等级小心的进行沟通。另外，我们将开始提供更多的关于我们正在做什么和没有做什么的细节。但使用博文或论坛帖子有些不足之处，因而，我们正在寻找更好的方式，在连续和透明的基础上与你们分享我们正在做什么，可能会提供只读访问的错误跟踪工具。

我们正致力于将ExtJS打造成桌面应用最棒的应用框架，同时，希望你们对我们的ExtJS 4.1的工作感到满意。

作者：Written by Michael Mullany
Michael has more than 12 years’ experience in product marketing and management for Silicon Valley software companies. Prior to Sencha, he held product and executive marketing roles at influential Silicon Valley startups Netscape, Loudcloud and VMware. At virtualization leader VMware, he served as the vice president of worldwide marketing during its break-out into server computing. Most recently, he was VP marketing & products for startups Engine Yard and Peakstream (acquired by Google). Michael has an extensive track record of defining and executing product and go-to-market strategies. He holds an MBA from Stanford University and a BA in economics from Harvard College.