PLC编程语言STL、ST、SCL区别与选型指南

1. 从一次现场调试的困惑说起

前阵子帮一个做非标自动化的朋友处理一条包装线的程序问题，他之前是搞三菱FX系列梯形图出身的，跳槽到一家用西门子S7-1500的厂里，接手了一个别人写了一半的项目。打开TIA Portal一看，整个人都懵了——满屏的IF...THEN...ELSE...END_IF，还有CASE语句、FOR循环，跟他熟悉的梯形图完全不是一个画风。他问我：“这写的到底是ST还是SCL？跟我在网上看到的STL又是什么关系？是不是同一种东西换了个名字？”

这个问题其实特别典型。很多做PLC编程的朋友，尤其是从梯形图（LAD）或者功能块图（FBD）入门的人，第一次接触到文本化编程语言的时候，都会被STL、ST、SCL这几个缩写搞得一头雾水。它们看起来像，读起来像，但背后的来龙去脉、适用场景、语法体系其实差别不小。更麻烦的是，不同品牌对同一类语言的叫法还不一样，西门子叫STL和SCL，三菱叫ST，倍福和汇川的CODESYS体系里也叫ST，而IEC 61131-3国际标准里又有一套自己的命名。你要是没搞清楚这些名字背后的对应关系，查资料的时候就会像无头苍蝇一样到处乱撞。

这篇文章就是想把这件事彻底讲清楚。我会从IEC 61131-3标准的五种编程语言说起，把STL、ST、SCL各自的出身、语法特点、典型应用场景掰开揉碎地讲一遍，然后给出实际项目中怎么选、怎么学、怎么避坑的建议。不管你是刚入行的PLC新手，还是做了几年梯形图想往高级语言转型的老手，看完应该都能有一个清晰的认知框架。

2. IEC 61131-3标准下的五种编程语言

2.1 标准是怎么定义编程语言的

IEC 61131-3是国际电工委员会制定的可编程控制器编程语言标准，目前国内对应的国标是GB/T 15969.3。这个标准规定了PLC编程的五种语言形式，分别是：梯形图（LAD，Ladder Diagram）、功能块图（FBD，Function Block Diagram）、顺序功能图（SFC，Sequential Function Chart）、指令表（IL，Instruction List）和结构化文本（ST，Structured Text）。

这五种语言不是互相替代的关系，而是各有各的适用场景。LAD和FBD是图形化的，适合表达逻辑关系和布尔运算，电气工程师看起来最亲切；SFC适合描述顺序流程，比如一个多工位装配机的步进控制；IL是一种低级文本语言，类似汇编，逐行执行；ST则是高级文本语言，类似Pascal或C，适合做复杂运算、数据处理和算法实现。

关键点来了：STL和SCL这两个名字，其实都不在IEC 61131-3的标准命名里。它们是西门子自家的叫法。STL对应的是标准里的IL（指令表），SCL对应的是标准里的ST（结构化文本）。而三菱、欧姆龙、汇川等品牌说的ST，就是标准里的ST。所以当你看到不同品牌文档里出现这些缩写的时候，第一件事是搞清楚它到底指的是标准里的哪一种语言。

2.2 为什么会有这么多名字

这就要说到PLC行业的历史了。早期PLC编程基本上就是梯形图和指令表两分天下。西门子在S5时代就有自己的指令表语言，到了S7时代把它叫做STL（Statement List，语句表）。后来西门子又推出了SCL（Structured Control Language，结构化控制语言），这是一种高级文本语言，语法接近Pascal。三菱那边则一直用ST（Structured Text）来称呼自己的高级文本语言，跟IEC标准保持一致。

倍福的TwinCAT、汇川的InoProShop、施耐德的SoMachine这些基于CODESYS平台的开发环境，用的都是标准ST。罗克韦尔的Studio 5000里对应的叫STX（Structured Text eXtended）。你看，同样是结构化文本，各家叫法五花八门，但核心语法大同小异，都是基于IEC 61131-3的ST规范做了一些品牌特有的扩展。

所以你在网上搜资料的时候，如果搜“STL教程”，出来的大概率是西门子的语句表内容；搜“ST语言”，出来的可能是三菱或者CODESYS体系的内容；搜“SCL编程”，那基本就是西门子TIA Portal里的结构化控制语言了。搞清楚这个对应关系，能帮你省下大量筛选信息的时间。

3. STL语句表：从底层操作到寄存器思维

3.1 STL的本质是什么

STL全称Statement List，中文叫语句表或指令表。在西门子的体系里，它对应IEC标准中的IL（Instruction List）。这是一种面向累加器的低级语言，程序按行执行，每一行是一条指令，操作的对象是CPU内部的累加器、地址寄存器和状态字。

你可以把它理解成PLC界的汇编语言。它不像梯形图那样有直观的触点线圈，也不像SCL那样有高级的语法结构，它就是一条一条的指令堆叠起来的。比如下面这段西门子S7-300/400的STL代码：

A I0.0 A I0.1 = Q0.0

这三行的意思是：读取输入I0.0，与输入I0.1做逻辑与运算，结果输出到Q0.0。A是AND指令，=是赋值指令。看起来很简单对吧？但STL真正的威力在于它能直接操作寄存器、做间接寻址、处理复杂的数据块操作，这些是梯形图很难做到的。

3.2 STL的核心指令体系

西门子STL的指令大致可以分为几类：位逻辑指令（A、AN、O、ON、X、XN等）、赋值指令（=、S、R）、定时器/计数器指令（SD、SF、SE、SS等）、比较指令（==I、<>I、>I等）、算术指令（+I、-I、*I、/I等）、数据块操作指令（OPN、L、T等）、跳转指令（JU、JC、JZ等）、以及间接寻址指令。

其中最有特色的就是累加器概念。S7-300/400有两个累加器ACCU1和ACCU2，大部分运算都是在累加器里完成的。比如你要做两个整数的加法：

L MW10 L MW12 +I T MW14

先把MW10加载到ACCU1，再把MW12加载到ACCU1（原来的值挤到ACCU2），然后执行整数加法，结果存在ACCU1里，最后传送到MW14。这种累加器操作模式跟传统CPU的运算方式很像，对于习惯了高级语言的人来说需要一定的思维转换。

3.3 STL的典型应用场景

STL在实际项目中用得最多的地方，我总结下来主要是三类。第一类是间接寻址和指针操作，比如你要遍历一个数据块里的100个变量做批量处理，用梯形图写会非常臃肿，用STL的指针寻址几行就搞定了。第二类是对执行时间有严格要求的场景，STL编译后的代码效率通常比SCL高，因为它是直接对应机器指令的。第三类是维护老程序，很多运行了十几年的S7-300/400系统都是用STL写的，你接手的时候必须能看懂。

不过要注意，S7-1200/1500虽然也支持STL，但指令集跟S7-300/400有差异，而且博途里的STL编辑器功能相对弱一些。西门子现在的策略是主推SCL，STL更多是作为兼容老程序的存在。新项目如果要用S7-1500，我一般建议直接用SCL，除非有特殊的底层操作需求。

3.4 学STL的注意事项

学STL最大的坑就是状态字。STL的很多指令会影响状态字里的位，比如OV（溢出）、OS（存储溢出）、CC0/CC1（条件码）、BR（二进制结果位）等。这些位在跳转指令和条件判断里非常关键，但如果你不理解它们的变化规律，程序就会出现莫名其妙的跳转错误。

我踩过的一个坑是：在S7-300里用STL做浮点数比较，比较指令会改变状态字，如果你在比较之后没有立即做跳转，而是又执行了其他指令，状态字可能已经被覆盖了，后面的跳转就会出错。这个在梯形图里不存在的问题，在STL里是家常便饭。所以写STL的时候，比较指令后面要紧接着跳转指令，中间不要插入其他操作。

4. ST结构化文本：高级语言的PLC落地

4.1 ST的语言特征

ST全称Structured Text，中文叫结构化文本。它是IEC 61131-3标准定义的高级文本语言，语法风格接近Pascal。如果你学过C语言或者Python，看ST代码会觉得比较亲切。它支持变量声明、赋值、条件判断（IF、CASE）、循环（FOR、WHILE、REPEAT）、函数和功能块调用等高级语言特性。

ST最大的优势是表达能力强。一个复杂的数学运算，用梯形图可能要画几十个网络，用ST几行代码就写完了。比如计算一个PID控制器的输出，用ST写出来跟用C语言写出来几乎一样清晰。这也是为什么现在越来越多的新项目，尤其是涉及过程控制、运动控制、数据处理的项目，都倾向于用ST来写核心算法。

4.2 ST的基本语法结构

ST的程序结构通常分为变量声明区和代码执行区。变量声明区定义输入输出变量、内部变量、常量等，代码执行区写具体的逻辑。下面是一个典型的ST程序片段：

VAR Start : BOOL; Stop : BOOL; Motor : BOOL; Timer : TON; END_VAR Timer(IN := Start AND NOT Stop, PT := T#5S); Motor := Timer.Q;

这段代码实现了一个延时启动功能：当Start按下且Stop未按下时，定时器开始计时，5秒后Motor输出为真。可以看到，ST的语法非常直观，功能块的调用方式跟高级语言的函数调用很像。

ST支持的数据类型也很丰富，除了基本的BOOL、INT、REAL、TIME之外，还支持数组（ARRAY）、结构体（STRUCT）、枚举（ENUM）等复杂类型。这些数据类型在处理配方管理、数据记录、通信协议解析等场景时非常有用。

4.3 ST在不同品牌中的实现差异

虽然都叫ST，但不同品牌的实现还是有差异的。三菱的ST在GX Works3里支持，语法跟标准ST基本一致，但一些内置功能块的名称和参数跟西门子不同。CODESYS体系的ST（倍福TwinCAT、汇川InoProShop、施耐德SoMachine等）对标准ST的支持最完整，还扩展了一些面向对象特性，比如接口、方法、属性等。

西门子的SCL虽然本质上是ST，但语法上有一些自己的特点。比如SCL的定时器调用方式跟标准ST略有不同，SCL支持REGION区域划分，SCL的字符串处理函数跟标准ST不完全一样。如果你从三菱的ST转到西门子的SCL，或者反过来，这些细节差异需要花时间适应。

4.4 ST的典型应用场景

ST最适合的场景我归纳为四类。第一类是复杂算法实现，比如PID控制、模糊控制、滤波算法、坐标变换等。第二类是数据处理，比如数组排序、查表、字符串解析、JSON/XML处理等。第三类是通信协议处理，比如Modbus RTU/TCP的数据帧解析、OPC UA的节点读写等。第四类是状态机实现，用CASE语句写状态机比用梯形图的步进逻辑清晰得多。

举个实际例子：我之前做一个冷库监控系统，需要采集16路温度传感器的数据，做滑动平均滤波，然后根据设定值和回差控制压缩机的启停。用梯形图写的话，光是16路数据的采集和滤波就要占很大篇幅，而且修改滤波窗口大小很麻烦。用SCL写，一个FOR循环加一个数组就搞定了，代码量少了一半以上，可读性也好很多。

5. SCL结构化控制语言：西门子的ST实现

5.1 SCL的定位和特点

SCL全称Structured Control Language，是西门子对IEC 61131-3标准中ST语言的实现。它在S7-300/400时代就已经存在，但当时需要额外的许可证，用得不算普遍。到了S7-1200/1500和TIA Portal时代，SCL成了标配，而且西门子明显在大力推广SCL，很多新的系统功能块和库都是用SCL写的。

SCL的语法跟标准ST高度一致，但西门子做了一些扩展和调整。比如SCL支持REGION...END_REGION来划分代码区域，方便阅读和折叠。SCL的注释可以用//或者(...)，跟标准ST一样。SCL还支持一些西门子特有的函数和功能块，比如RD_SYS_T读取系统时间、SET_TIME设置时间等。

5.2 SCL在TIA Portal中的使用方式

在TIA Portal里，你可以新建一个SCL块，可以是FC（函数）、FB（功能块）或者OB（组织块）。SCL块的编辑界面就是一个纯文本编辑器，有语法高亮、自动补全、代码折叠等功能。编译的时候，SCL会被编译成跟LAD/FBD一样的中间代码，所以执行效率上跟梯形图没有本质区别。

SCL块可以被LAD/FBD调用，LAD/FBD块也可以被SCL调用，混合编程完全没问题。实际项目中，我通常用LAD写设备的手自动切换、互锁逻辑这些跟电气逻辑强相关的内容，用SCL写数据处理、通信、算法这些逻辑复杂的内容。两者各取所长，程序的可维护性最好。

5.3 SCL的语法要点和常见坑

SCL的语法虽然像Pascal，但有一些细节容易踩坑。第一个坑是赋值运算符。SCL用:=做赋值，=做比较，这跟C语言用=做赋值、==做比较正好相反。刚开始写SCL的时候，我经常在IF语句里把=写成:=，编译报错才发现。

第二个坑是字符串处理。SCL的字符串类型是STRING，最大长度254个字符。字符串连接用+号，但要注意类型匹配。比如'ABC' + 'DEF'得到'ABCDEF'，但如果字符串长度超过了声明长度，多余的部分会被截断，而且不会报错。这个在拼接通信报文的时候特别容易出问题。

第三个坑是定时器的使用。SCL里调用定时器需要先声明一个TON类型的变量，然后像调用功能块一样调用它。跟LAD里直接拖一个TON指令不同，SCL里定时器的IN和PT参数每次扫描都要赋值，Q和ET输出也要及时读取。如果忘了在下次调用前复位IN，定时器可能不会按预期工作。

5.4 SCL的调试技巧

SCL的调试跟LAD不太一样。LAD可以在线看到每个触点的通断状态，SCL只能看变量的值。不过TIA Portal提供了几种调试SCL的手段：一是用监控表（Watch Table）监视关键变量；二是用断点（Breakpoint）单步执行，但断点功能只在PLCSIM仿真里好用，实际PLC上支持有限；三是用TRACE功能记录变量随时间的变化曲线，这个对于调试算法特别有用。

我个人的习惯是在SCL代码里加一些临时的调试变量，比如记录某个循环执行了多少次、某个条件判断走了哪个分支。调试完了再把它们删掉或者注释掉。这个方法虽然土，但在现场调试的时候比什么都管用，因为现场往往没有条件让你慢慢单步调试。

6. 三者之间的核心区别与联系

6.1 从语言层级看区别

STL、ST、SCL这三个东西，如果从语言层级来分，STL是低级语言，ST和SCL是高级语言。STL面向机器，ST/SCL面向问题。STL需要你理解累加器、寄存器、状态字这些底层概念，ST/SCL让你用更接近人类思维的方式描述逻辑。

打个比方：STL就像手动挡汽车，你需要自己控制离合和换挡，但操控精细、响应直接；ST/SCL就像自动挡汽车，上手容易、开起来轻松，但某些极端情况下不如手动挡灵活。对于大多数应用场景，自动挡足够了；但在一些特殊工况下，手动挡的优势就体现出来了。

6.2 从标准化程度看区别

ST是IEC 61131-3标准定义的语言，各品牌实现基本一致，可移植性最好。SCL是西门子对ST的实现，虽然核心语法遵循标准，但有很多西门子特有的扩展，代码从西门子移植到其他品牌需要修改。STL对应标准里的IL，但西门子的STL跟标准IL也有差异，而且不同西门子PLC型号之间的STL指令集都不完全兼容。

所以如果你考虑代码的可移植性，ST是首选。如果只在西门子体系内开发，SCL没问题。如果要做底层操作或者维护老程序，STL是必须掌握的。

6.3 从学习曲线看区别

对于有高级语言基础的人，ST/SCL的学习曲线很平缓，基本上看一下语法规则就能上手。STL的学习曲线陡峭得多，需要理解PLC的底层架构和指令执行机制，没有几个月的时间很难写得出稳定可靠的STL程序。

对于只学过梯形图的人，ST/SCL需要转变思维方式，从图形化思维转向文本化思维，从并行执行思维转向顺序执行思维。这个转变需要一定的练习，但一旦跨过去，编程效率会有质的提升。

6.4 一张表看清三者关系

7. 实际项目中怎么选、怎么用

7.1 选型的基本原则

在实际项目里，我的选型原则是这样的：电气逻辑和互锁用LAD，直观且方便电气工程师检查；顺序流程用SFC或者GRAPH，状态清晰；数据处理和算法用ST/SCL，代码简洁；底层操作和特殊功能用STL，但尽量少用。

具体到ST和SCL的选择，如果你做的是西门子项目，直接用SCL就行，没必要纠结。如果你做的是三菱或者CODESYS体系的项目，用ST。如果你需要跨品牌移植代码，尽量用标准ST的语法子集，避免使用品牌特有的扩展。

7.2 混合编程的实践

混合编程是实际项目中的常态。我一般这样组织程序结构：OB1里用LAD写主流程调度，调用各个FC/FB；设备控制层用LAD写手自动切换和互锁；数据处理层用SCL写配方管理、报警处理、数据记录；通信层用SCL写Modbus轮询、OPC UA读写；算法层用SCL写PID、滤波、坐标变换。

这样分层的好处是，每一层用最适合的语言实现，程序的可读性和可维护性都最好。电气工程师可以看懂LAD层的逻辑，软件工程师可以维护SCL层的代码，各司其职。

7.3 从梯形图转型ST/SCL的建议

如果你做了多年梯形图，想往ST/SCL转型，我的建议是分三步走。第一步，先看懂别人写的ST/SCL代码，不用自己写，就是读，理解每一行的意思。第二步，把一些简单的梯形图逻辑用ST/SCL重写，比如启保停、定时器、计数器这些，对比两种写法的差异。第三步，在新项目里主动用ST/SCL写一些模块，从简单的开始，慢慢扩大范围。

转型过程中最大的障碍不是语法，而是思维方式。梯形图是并行执行的思维，ST/SCL是顺序执行的思维。在梯形图里，你可以把多个网络看成同时工作的；在ST/SCL里，代码是从上到下逐行执行的，顺序很重要。这个思维转变需要刻意练习。

7.4 代码规范和经验分享

不管用哪种语言，代码规范都很重要。我自己的习惯是：变量命名用匈牙利命名法加功能描述，比如bMotorStart、iTempValue、rPIDOutput；每个FC/FB开头写注释说明功能和修改记录；SCL代码里用REGION划分逻辑块；STL代码里关键指令后面加注释说明意图。

还有一个经验：SCL代码里尽量少用GOTO语句，虽然SCL支持，但会破坏代码结构。用IF...ELSIF...ELSE或者CASE代替。STL里跳转指令用得多，但也要控制数量，跳转太多程序会变得很难跟踪。

8. 常见问题与排查技巧实录

8.1 STL相关常见问题

问题一：STL程序在S7-1200上编译报错，提示指令不支持。这是因为S7-1200的STL指令集是S7-300/400的子集，很多老指令不支持。解决办法是查S7-1200的STL指令手册，用支持的指令重写。如果实在不行，考虑改用SCL实现。

问题二：STL的间接寻址在S7-1500上行为跟S7-300不一样。S7-1500对指针和间接寻址做了限制，很多S7-300上的间接寻址写法在S7-1500上编译不过。建议新项目用SCL的数组和FOR循环代替间接寻址，更安全也更易读。

问题三：STL程序执行结果跟预期不符，但逻辑检查没问题。大概率是状态字被意外修改了。检查比较指令和算术指令后面是否紧接了跳转指令，中间有没有插入其他操作。另外注意STL的RLO（逻辑运算结果）在赋值和跳转时的变化。

8.2 ST/SCL相关常见问题

问题一：SCL编译报错“类型不匹配”。常见原因是INT和DINT混用、REAL和LREAL混用。SCL是强类型语言，不同类型之间运算需要显式转换。用INT_TO_DINT、DINT_TO_REAL等转换函数处理。

问题二：SCL的FOR循环执行时间太长导致扫描周期超时。如果循环次数很多（比如上万次），单次扫描可能超时。解决办法是把大循环拆成多次小循环，用状态机分步执行；或者把循环放到OB35这样的循环中断里，设置合适的执行周期。

问题三：SCL里调用功能块，输出参数读不到值。检查功能块是否被正确调用，输入参数是否每次扫描都赋值了。SCL里功能块的调用跟LAD不同，不会自动保持状态，每次调用都要完整地传参。

问题四：SCL的字符串操作出现乱码或截断。检查字符串变量的声明长度是否足够，SCL的STRING默认长度是254，但如果声明时指定了更短的长度，超出部分会被截断。另外注意字符串编码，西门子默认是ASCII，如果处理中文需要特别注意。

8.3 问题速查表

8.4 独家避坑技巧

第一个技巧：在SCL里做除法运算之前，一定要检查除数是否为零。SCL的除法除零会报错，导致CPU停机。我一般会加一个IF判断，除数为零时给一个默认值或者报警。

第二个技巧：STL里做数据块操作时，OPN指令打开的数据块在后续指令中一直有效，直到打开另一个数据块。如果你在中间调用了别的功能块，而那个功能块也打开了数据块，回来之后原来的数据块就不一定是打开的了。这个坑我在一个老项目里踩过，排查了半天才发现。

第三个技巧：SCL的定时器在OB1里调用时，如果OB1的扫描周期不固定，定时精度会受影响。对定时精度要求高的场合，把定时器放在OB35里调用，OB35是固定循环中断，精度有保证。

第四个技巧：从LAD转到SCL的时候，注意LAD的线圈在SCL里对应的是赋值语句，但LAD的置位/复位线圈在SCL里要用IF...THEN...ELSE或者S/R指令实现。不要直接把LAD的逻辑翻译成SCL的赋值，语义可能不对。

9. 学习路径和资源建议

9.1 分阶段的学习路线

如果你是从零开始学ST/SCL，我建议按这个路线走。第一阶段，掌握基本语法：变量声明、赋值、IF、CASE、FOR、WHILE，这些跟任何高级语言都差不多，一两天就能上手。第二阶段，熟悉常用功能块：定时器、计数器、PID、通信功能块，这些是实际项目里用得最多的。第三阶段，练习数据处理：数组操作、结构体、字符串处理、文件读写。第四阶段，做完整项目：找一个实际的小项目，从需求分析到程序编写到调试，完整走一遍。

如果你已经有梯形图基础，第一阶段可以跳过大部分，重点放在思维方式的转变上。找一些同时有LAD和SCL实现的例子，对比着看，理解两种表达方式的对应关系。

9.2 实用资源推荐

西门子的TIA Portal自带帮助文档是最权威的SCL参考资料，按F1就能看到当前指令的详细说明和示例。三菱的GX Works3帮助文档对ST的说明也很详细。CODESYS的在线帮助是学习标准ST的好资源，因为CODESYS对标准的支持最完整。

网上有很多PLC编程的论坛和社区，遇到问题可以搜索或者提问。不过要注意，网上的代码质量参差不齐，参考的时候要自己判断。我一般会优先看官方文档和示例，网上的内容作为补充。

9.3 练习项目的建议

学ST/SCL最好的方式就是做项目。我推荐几个适合练手的项目：交通灯控制（练状态机和定时器）、温度PID控制（练算法和数据处理）、Modbus通信（练协议解析和数组操作）、配方管理（练结构体和文件读写）、多轴运动控制（练功能块调用和坐标变换）。

这些项目都不大，但涵盖了ST/SCL的主要应用场景。做完这几个，基本上就能应付大多数实际项目了。做的时候不要只求能跑，要注意代码规范、注释、异常处理，养成好习惯。

9.4 从STL到SCL的迁移策略

如果你手头有老项目是用STL写的，想迁移到SCL，我的建议是不要一次性全部重写。先把新增加的功能用SCL写，老代码保持不动。等新代码稳定了，再逐步把老代码里最常修改的部分用SCL重写。这样风险最小，也不会影响生产。

迁移的时候要注意，STL里的间接寻址、指针操作、状态字操作这些，在SCL里没有直接对应，需要用数组、结构体、条件判断来替代。有些特别底层的操作，可能还是得保留STL实现，不要强行用SCL写。

10. 我个人的一些体会

做了这么多年PLC编程，我对这几种语言的感受是：没有最好的语言，只有最合适的场景。STL像一把手术刀，精准但难用；ST/SCL像一把瑞士军刀，功能多但需要学习。实际项目中，往往是几种语言混着用，各取所长。

对于新手，我的建议是先学好梯形图，这是PLC编程的基础，也是理解PLC工作原理的最好途径。然后学SCL或者ST，这是提升编程效率的必经之路。STL可以放到最后，除非你确实需要做底层操作或者维护老程序，否则不用花太多精力。

对于老手，我的建议是不要固守一种语言。我见过很多做了十几年梯形图的人，拒绝学SCL，结果新项目越来越吃力。也见过一些年轻人，只会SCL，看不懂梯形图，维护老设备的时候抓瞎。两种极端都不可取，根据项目需要灵活选择才是正道。

最后分享一个我自己的习惯：每次写完SCL代码，我都会用LAD的方式在脑子里过一遍，看看逻辑对不对。反过来，写完LAD程序，我也会想想如果用SCL会怎么写。这种交叉验证的方法，帮我避免了很多逻辑错误，也让我对两种语言的理解越来越深。