The Apex Class Editor — Features

同学们，我们来看一下Apex Class Editor，就是咱们写Apex代码的那个编辑器，它有一些很方便的功能，我先快速过一遍，然后挑几个你可能平时没太留意的点，简单说说。 首先，编辑器支持，语法高亮，，这个大家天天见，不同关键词、字符串、注释都会用不同颜色显示，读代码的时候一目了然。然后，搜索和替换，，这个很强大，它不光能找普通的文本，还支持，正则表达式，，而且你甚至可以在替换的时候用`$1`、`$2`这样的分组变量。比如说你搜了一个带有括号的模式，替换的时候写`$1`就会把第一个括号匹配到的内容原样放进去，做批量修改变得特别快。 再比如，转到行，，你直接按个快捷键，输个行号，光标“唰”就过去了，调试错误的时候特别有用。当然，撤销/重做，是标配。还有，字体大小控制，，你可以放大缩小，视力不好的同学也不用眯着眼睛瞅。编辑器的状态栏会实时告诉你现在光标在第几行、第几列，这就是，行/列位置指示器，。 关于规模，单个Apex类的长度限制是多少呢？答案是，最多100万个字符，。这是什么概念呢？一般一个类写几千行已经很夸张了，100万个字符足够你写一本小说塞进去了，所以基本不用担心写不下。 还有两个存储层面的小细节，非常关键。每个Apex类在系统里保存的时候，都会连带它的，API版本号，，以及一个叫，`isValid`的布尔标志，。这个标志你可以理解成“这个类现在是健康的吗”。如果因为外部元数据发生了变化——比方说你引用的某个自定义字段被删了，或者一个外部对象改了名——那这个类的依赖就被破坏了，系统会自动把`isValid`设为`false`。但你别慌，它不会立刻报错来烦你，而是等到，下次这个类被调用的时候，，Salesforce会默默地把它重新编译一次。如果编译成功了，`isValid`又重新变回`true`，一切照旧；如果编译失败，那你就得去修代码了。所以这套机制就像是给每个类配了一个“自动体检”的标签，能尽量让你的代码在元数据变更后还能自动恢复运行。 好了，关于编辑器本身的这些小功能我们就先聊到这儿，大家在这些细节上稍微留个意，以后写代码能顺手不少。有什么问题随时问。