nvim 打开当前光标下文件
有时我们需要临时配置或者修改文件,一般的做法是进入 visual 模式然后使用命令 gf 打开当前文件。这样的做法其实有点冗余,特别是当我们在线上排查问题时,希望能快速打开光标下的文件。
为此,我们可以定义一个函数,然后绑定快捷键即可迅速打开文件了
-
定义一个函数
JumpOrCreateFile- 可以自动识别文件路径
- 如果文件不存在,则提醒我们是否需要创建
-
绑定快捷键
gf方便操作
|
|
有时我们需要临时配置或者修改文件,一般的做法是进入 visual 模式然后使用命令 gf 打开当前文件。这样的做法其实有点冗余,特别是当我们在线上排查问题时,希望能快速打开光标下的文件。
为此,我们可以定义一个函数,然后绑定快捷键即可迅速打开文件了
定义一个函数 JumpOrCreateFile
绑定快捷键 gf 方便操作
|
|
我们在组织不同信号、不同策略时,往往需要一个容器存放对应合约标识的容器。这个容器要求具有一定的扩展性(即事先无法知晓容器大小),具有良好的插入效率、以及较高性能的查找性能。对于一般的算法,我们直接使用标准库里的哈希容器即可,这包括 std::unordered_map。
然后,对于一个低延迟的交易系统,我们总是对性能有着极致的渴望,尽力开发性的数据容器,提升查找性能。
<int, typename T>,可以更加快速的实现查找<std::string, typename T>, 则尽量避免运行期的构造开销,例如在确认不同的合约标识肯定的唯一情况下,可以大胆使用类型转化,直接 cast 为 int 类型。
|
|
nvim 可以通过插件lsp实现基于编程语法的自动补全。而对于一般的文本,lsp 就无助于事了。这时候我们需要一个基于文本分析的自动补全功能。这个可以通过 echasnovski/mini.nvim 来实现
|
|
:Lazy restore为了以指定版本的编译器进行编译,我们可以通过修改 cmake 默认编译器 (CMAKE_CXX_COMPILER)。然而,如果在多项目的 add_subdirectory 包含其他项目,可能造成死循环的问题。