7

我刚刚收到在我们正在创建的 Web 应用程序上实施拼写检查的要求。我对 FF、Chrome、IESpell 等都了如指掌，但这是客户的要求。

鉴于实现此类（实时）的唯一方法是使用 JavaScript 库，我想知道是否有人尝试过任何开源库？他们有什么好处吗？一般来说，关于这种方法可以说什么类型的好/坏的事情？

我想进入这个，我反对它，因为它只是让最终用户的机器做更多的工作而没有什么好处。我想我的意思是，它将是一个不断做某事的脚本，而不是 AJAX 请求或快速 div 更新，这可能导致我们的应用程序看似糟糕的性能，即使它是一个检查每个输入的拼写检查器页面上的字段。似乎还有很大的空间让 javascript 错误停止整个站点。

想法？

4

2 回答 2

6

我同意拼写检查器应该是原生的，如果它一直在运行的话。但是，如果客户端需要一个明确的拼写检查器，它应该被实现为一个按钮，以便在需要时单击。在用户停止输入一段时间后触发 XHR 请求也可能是值得的，就像 SO 在写文章时对语法高亮所做的那样。

我在校报的后端拼写检查器中使用了 After the Deadline ，因为它功能强大，还可以检查简单的语法错误，并且可以轻松地与 TinyMCE 集成。还有一个与该服务集成的jQuery 插件。

于 2010-08-17T20:24:01.787 回答
2

我已经针对我正在计划的 Web 应用程序对这个问题进行了一些研究。

Googie Spell非常好，你可以使用他们的服务器或者运行你自己的python 后端。

这里有一个演示。

于 2010-08-17T20:38:28.400 回答