OSD 最终章：第 2 部分

在上一篇文章中，我说过我将致力于解决 jabref 的问题，这是事实，但有一件事我必须提及。因此，我已将该问题计入我的 0.2 版提交中，但我无法在 0.4 版中使用它，因此我必须找到另一个问题来解决。然而，维护者拒绝将我分配给另一个问题，除非我没有完成前一个问题，所以我无论如何都必须完成它，然后才能分配给其他问题。因此，我要谈谈我上周做了什么。

我很长时间没能完成这个问题，我无法确定是什么原因导致了这个问题，让我快速刷新一下你的想法并描述一下发生了什么。

条目编辑器中某些字段的焦点问题，如下所示：

此问题的目的是，一旦用户点击包含特定字段的弹出窗口条目，它将无法正确聚焦。

首先，我只是简单地添加了一行以确保焦点集中在该字段上，然后打开了 PR。我认为这很简单，但维护者不满意并要求更改。我不得不碰壁，这个问题已经持续了一个月没有解决。我决定把它收起来。

我解决这个问题的原因是，在这个学期我选择了应用程序开发课程，教我们使用JavaFX，它是这个项目中使用的语言。整个学期我对这个图书馆了解了更多的东西，并且变得更加坚强。

使用IntellijIdea调试器，我开始挖掘dipper和dipper，找到了问题的根源。问题出在该项目用于字段的别名以及使用延迟初始化方法的条目编辑器的字段初始化中。延迟初始化是什么意思？这意味着，就我而言，除非打开选项卡字段，否则不会生成每个选项卡字段。 我不知道如何解决这个问题，但是开源社区的美妙之处在于你可以提出问题，并且肯定有人会帮助你。就我而言，这些保存者是维护者，帮助我了解他们的别名工作，并解决别名问题。关于延迟初始化的另一个问题既简单又不简单。因为这个解决方案非常简单。维护者对如何解决这个问题有自己的看法，但我找到了最简单的方法。我只是迭代每个选项卡，一旦用户选择某个实例，它就会初始化每个可能的字段，因此它变得可找到。

一旦我推出了我的解决方案，其中一位维护者就不高兴了，他试图找到可以消除我的解决方案的特殊情况。我平静地向他解释说，我已经测试了一切，一切正常。最搞笑的是，这个项目的所有者告诉他闭嘴并接受我的解决方案，因为它非常整洁和漂亮。他们接受了我的 PR，我就继续前进。

成功合并后，我询问维护人员哪些问题适合我，这样我就可以继续做出贡献。他们向我发送了一个包含所有新/旧问题的链接，我必须选择一个。在课堂代码演示中，我看到我们的一位小组成员必须处理不同项目的降价问题。我发现它很有趣，所以当我注意到与 Markdown 相关的问题时，我没有思考很长时间，就决定着手解决它。 链接如下：点我：D

我认为我有能力完成上面分享的问题。此外，在解决了花了一个月时间找到解决方案的问题后，我感到一股巨大的信心。因此，我将能够在接下来的10天内完成它。为什么是10天？因为，这个学期还剩下10天，不能浪费了。

以上就是OSD 最终章：第 2 部分的详细内容，更多请关注图灵教育其它相关文章！