剖析短迭代
敏捷教练Dave Nicolette提出：我们应该如何设定迭代长度？是要根据发布周期的时间么？使用短迭代又有哪些好处？
新闻
看一看Buzzword拼写检查的实现
作者 Jon Rose译者 戴垚 发布于 2007年12月18日 下午9时2分
Buzzword在九月份的发布中对在线文字处理器加入了由Adobe Flex框架实现的拼写检查。Buzzword团队成员David Coletta上星期在他的博客“深入Buzzword拼写检查”中与我们分享了这部分的实现细节。
Buzzword的核心拼写检查引擎是Grant Skinner’s Spelling Plus Library (SPL)。SPL是一个完全采用ActionScript 3（Flash / Flex的编程语言）实现的商业产品。
Coletta在这篇博客中谈到：
我们通过使用Grant Skinner卓越的SPL为我们的编辑者提供字典查询并提供建议。SPL完全由ActionScript 3实现，它非常小而且快，并且能够在启动应用的时候在后台下载字典并解压，而客户不用等待这个过程。除了提供使拼写检查可以方便集成到Flex和Flash 组件的高级接口外，SPL还为单词查询和建议提供了低级的API（我们正在使用它）。有一个完全在客户端实现的解决方案非常好，这样就可以用在我们支持的离线功能时候。
在这个博文中，Coletta讨论了Flash运行时单线程天性所带来的挑战：
Buzzword为了保持用户响应，必须对每一次键盘敲击做尽可能少的工作，但我们无法奢望使用后台线程，因为Flash对ActionScript只支持一个线程（通过使用定时器和frameEnter时间，也可以实现后台处理，但你必须自己小心管理这些时间处理程序和“主线程”。）在Buzzword中，我们的所有拼写检查都是同步处理的。我们曾试图通过保持一个文档的脏区域列表，然后在无操作的时候通过定时器处理这个脏列表，用以达到后台运行的效果，但这将大大增加程序设计的复杂度和不确定性，所以我们决定先看看完全实现在前台会怎么样。最后证明这个方法还是完全满足需要的。
除了在单线程环境中实现拼写检查，Coletta还谈到了在性能方面的挑战：
我们要保证尽可能快的启动Buzzword，其中要做的一件事情是在后台加载并解压主要的拼写检查字典。（事实上，SPL已经实现了这个功能，所有的用户都能使用。）然而，后台字典加载有一个缺点：它在字典加载和文档编辑之间制造了一种竞争状况，一个熟练的用户用五秒或十秒钟就能完成工作，而此时字典可能还没有下载完。要让用户再等五或十秒是不行的。我们在文档打开时通常只检查有标记的单词，但在这种特殊情况下，我们必须在字典加载后重新扫描整个文档，因为客户已经在没有实时检查的情况下编辑了一些时间了。
请到David Coletta的博文继续读下去吧，他还讨论了在Buzzword的协作功能中添加拼写检查的挑战。当与更传统的服务器端框架比较时，实现像Buzzword这样的RIA显然会有很多新的挑战。对于Flash应用来说，挑战通常来自于平台提供的新功能——Flash的客户端编程。
查看英文原文：A Look at the Buzzword Spell Checker Implementation译者简介：戴垚，2000年计算机硕士毕业后一直从事软件开发管理工作，目前在一家大型外企担任开发部门经理。关心软件技术和相关工具的动态，深信技术的使用应以创造价值为根本。目前致力于SOA的研究，希望能对业已复杂的企业环境有所帮助。参与InfoQ中文站内容建设，请邮件至china-editorial@infoq.com。
.gif)
没有回复
回复