LX
好的，谢谢
Two years have passed. I want to know if you need help? I am willing to help.
@moshpirit 其实根据这个帖子的历史记录看，，我觉得您要是有时间的话，还不如从头新开发个 markdown 写作工具。官方明显是不想加这个功能的，别浪费精力了。 marktext 在性能和主题配色上，，也比其他 markdown 编辑器差的多，，如果在四五年前 marktext 还是有优势的，现在各种markdown 编辑器百花齐放，甚至 vscode 写 mardown 的体验也已经很好了。。
@chrissimpkins Thank you.I have already installed this font by .zip file.
Having the same problem, is there any solution so far?
没什么不同吧。。。
不知道你贴这个意义是什么，，这里面原话是 ``` defer 的开销非常小，只有在你觉得你的函数执行需要在纳秒级别的情况下才需要考虑避免使用。使用 defer 换取的可读性是值得的。这尤其适用于具有比简单内存访问更复杂的大型方法，这时其他的计算比 defer 更重要。 ``` 何来性能损耗这中说法？ 而且 ``` defer的话，不管下面逻辑怎样都会执行 ``` 这句话也不对吧， 少看点八股文，，多看看实际场景。
这三行代码，一共就三种情况 锁住 从 map 中获取 value 成功 用不用 defer 无影响 锁住 从 map 中获取 value 失败 用不用 defer 无影响 未锁住 无法获取 推测 lock 中报错， unlock 函数不处理，也无影响
如果你的函数有 300 行，defer 会可读性更好，这函数就三行，用不用 defer 没区别。除非你的屏幕只能显示两行代码。具体情况具体分析。 defer只是个语法糖，并不是代码风格的强制要求。可以推荐这种写法，但行数少的时候不这么写也不算错。
> @headcr4sh @kgroschoff @mkorbi @raelga @anyulled @gochist @seokho-son @feloy @chenrui333 @zehuaiWANG @helight @hwdef @tanjunchen Hi translation teams! Please response this message if you have will to update your translations for...