Text 面向代码的编辑器:必须有功能?

Text 面向代码的编辑器:必须有功能?,text,ide,editor,text-editor,Text,Ide,Editor,Text Editor,我希望这个问题不属于“主观问题”的情况,但以下是: 我已经编写了将近18年的代码,并且在过去的一年左右迁移到Mac上,不可避免地开始考虑从头开始编写代码编辑器——可能只是为了尝试一下这个东西,或者是为了做一些完全适合我需要的东西。我想知道: 一个好的代码编辑器必须具备哪些绝对条件*?(如有可能,按优先顺序) 如果我们谈论的是一个不太传统的特性,你能给我一个具体实现该特性的例子吗?(“xxxxx”类似于Windows上的记事本+) 期待看到你的答案 *好吧,有时在“编辑器”和“IDE”之间有一

我希望这个问题不属于“主观问题”的情况,但以下是:

我已经编写了将近18年的代码,并且在过去的一年左右迁移到Mac上,不可避免地开始考虑从头开始编写代码编辑器——可能只是为了尝试一下这个东西,或者是为了做一些完全适合我需要的东西。我想知道:

  • 一个好的代码编辑器必须具备哪些绝对条件*?(如有可能,按优先顺序)
  • 如果我们谈论的是一个不太传统的特性,你能给我一个具体实现该特性的例子吗?(“xxxxx”类似于Windows上的记事本+)
期待看到你的答案

*好吧,有时在“编辑器”和“IDE”之间有一条很细的界线,但我们不要排除更多。。。面向IDE的…

  • 语法突出显示和错误检查

  • “转到定义”/“转到声明”。其他类型的快速“转到”s

  • 尽可能多的自动完成

  • Vim模式或作为Vim克隆(命令/编辑模式二分法)


还有很多其他的功能,比如自动重构,但我相信以上是源代码编辑器的决定性特征。

必须具备:它必须能够做到emacs所能做到的一切。好吧,我已经花了相当长的时间(大约10个月)研究这个新东西,实际上我正在消除一些不太有价值的特性。我需要一些简单但功能强大的东西,不要有太多极客的隐藏功能。:-)因此,选择一个现有的工具,尽情享受吧。就我个人而言,我认为围绕一种“活的”语言构建一个编辑器(或者其他任何东西)的想法是很好的。SmallTalk将这个概念扩展到了Emacs之外;-)好奇心是发明之母!:-)你不妨看看,也可以看看。我能帮点忙吗