在 Dev.to 中使用 Grammarly

如果您需要进行大量写作，免费模式下的 Grammarly 可以为您节省大量时间。使用专业模式下的 Grammarly 可以为您节省更多时间，让您的工作更加专业。物有所值。

当您在 Dev.to 中使用 Grammarly 时，一两个技巧将使您的生活变得轻松很多。一旦您掌握了这些技巧，您就不会再想用其他方式撰写帖子了。

我使用 Grammarly 已经很久了，几乎忘记了以前我所有的拼写检查都是用字典进行的。Grammarly 现在作为“扩展”嵌入到我的 Chrome 浏览器中，它的设计非常精巧，我几乎感觉不到自己正在使用它。

直到去年 11 月，我还在“免费”模式下使用 Grammarly，它提供拼写检查和同义词。但狡猾的是，Grammarly 开始突出显示它认为需要改进的散文片段。就我而言，大部分内容都是这样。

起初，我只是将这种安排当作一种提醒，提醒自己要改进并更加努力。有时，这种方法很有效，突出显示会消失。但令人沮丧的是，我经常无法看到 Grammarly 想要表达什么。

然而，有时，他们会给我“免费”的机会，并向我展示他们建议的改进措施。这几乎总是好得多。所以，在 11 月，我利用了“黑色星期五”优惠，以 60 英镑的价格获得了 12 个月的许可证。他们现在让我终身受益了！

过去，我可能会使用 VSCode 中的拼写检查器扩展来构建 Markdown 文件。这种方法的优点是，它为我提供了 VSCode 时间线功能，让我可以在犯错时撤销更改。

然而，当我决定改用 Grammarly 时，我不得不放弃 VSCode，只使用 Dev.to 中的后期编辑功能来撰写文章。这没什么问题，只是当我进行大量编辑时，我发现在编辑和预览模式之间不断切换会让我感到头晕。这是因为当您进入预览模式时，浏览器视图会将您重置到文件顶部。

如果您一直在阅读一篇大型文章的底部，向下滚动来恢复编辑点会让您感到困惑。

修复这个问题对于开发团队来说是一个难题，但我已经开发了自己的解决方法。具体如下：

当处理需要大量编辑的部分时，我会突出显示部分顶部的一段独特的纯文本（避免使用 markdown 代码很重要），然后按 ctrl-F 将其放入浏览器的文本搜索弹出窗口中。

现在我执行编辑，关闭搜索弹出窗口并点击预览。页面视图现在将重置为帖子顶部

最后，为了恢复我的位置并查看我的编辑，我再次按下 Ctrl-F 键并点击向下箭头，恢复搜索弹出窗口。编辑点现在又回到了视图中。点击四次，我就完成了。过了一会儿，它就自动变成了自动的。

我确实担心我没有备份 Dev.to 帖子。我非常有信心 `dev.to` 不会丢失帖子的当前版本，但有时我发现恢复早期版本会非常有用。然而，Dev.to 中没有帖子“时间线”。

最近的一个项目让我为一系列帖子创建了一个“索引”。您可以在 ngatesystems.com 上看到它。像这样的“精选”帖子系列本身就很有用，因为它可以让您两次让 Google 索引您的帖子 - 一次在 Dev.to 中，一次在您的网络应用中。但是，在这种情况下，还有另一个好处。

这是一个**预渲染**的 Svelte 项目，它为索引中引用的帖子创建了 markdown 的内存副本。我在 Web 应用中使用它来为帖子系列提供关键字搜索索引。

Web 应用本身托管在 Google Cloud App Engine 上，并使用 Windows 计划每晚重建。这很重要，因为 Google 保留了部署历史记录，以便在紧急情况下我可以恢复错误的构建。

这些部署中的每一个都嵌入了当时帖子状态的 Markdown 快照。如果我需要历史帖子，我只需将 Web 应用程序暂时重置为部署历史记录中的适当时间点即可。由于 Web 应用程序专门设计用于查看嵌入其中的帖子……嗯，总比没有好……