使用循环语句应该注意的事项

本文提供了提升循环效率的实用建议,如采用System.arraycopy()替代循环拷贝数组、减少方法调用、利用临时变量、优化循环条件及避免使用方法返回值等。

使用循环语句应该注意的事项:

1.当做数组拷贝操作时,采用System.arraycopy()方法完成拷贝操作要比采用循环的办法完成数组拷贝操作效率高。

2.尽量避免在循环体中调用方法,因为方法调用是比较昂贵的。

3.最好避免在循环体内存取数组元素,比较好的办法是在循环体内采用临时变量,在循环体外更改守护组的值。这是因为在循环体内使用变量比存取数组元素要快。

4.当没有使用JIT或HotSpot虚拟机时,尽量使用0值作为终结条件的比较元素。

public class ZeroCompare {

	public static void main(String[] args) {
		long starttime;
		long endtime;

		String[] a = new String[25000];

		starttime = System.currentTimeMillis();
		for (int i = 0; i < a.length; i++) {
			a[i] = "1234567890" + i;
		}
		endtime = System.currentTimeMillis();
		System.out.println(endtime - starttime);

		starttime = System.currentTimeMillis();
		for (int i = a.length; i < 0; i--) {
			a[i] = "1234567890" + i;
		}
		endtime = System.currentTimeMillis();
		System.out.println(endtime - starttime);

		starttime = System.currentTimeMillis();
		for (int i = a.length; i < 0; i--) {
			a[a.length - i] = "1234567890" + i;
		}
		endtime = System.currentTimeMillis();
		System.out.println(endtime - starttime);
	}
}

5.避免在做最终条件比较时采用方法返回值的方式进行判断,这样做将增大系统开销,降低系统性能。

whle(isTrue()){

}
6.尽量避免在循环体中使用try-catch块,最好在循环体外使用try-catch块以提高系统性能。
7.在多重循环中,如果有可能,尽量将最长的循环放在最内层,最短的循环放在最外层,以减少循环层间的切换次数。
8.如果循环体内有if-else逻辑判断,并且循环次数很大,最好将if-else逻辑判断移到循环体之外。
9.在处理已知容量较大数组时,应该尽量提前调用ensureCapacity()方法,初始化ArrayList对象。list.ensureCapacity(N)
10.当使用字符串串联的时候,尽量用StringBuffer.append()方法代替"+"
11.字符串循环时,用for(int i=0,len = str.length(); i<len; i++) 代替for(int i=0; i<str.length(); i++)
12.数组循环时 for(int i=0; i<array.length; i++) 数组长度是一次性赋值,在循环中不会重复计算。
13.当用charAt()查找较长字符串时,先转化成字符数组char s[] = str.toCharArray() 再对数组查找,提高速度。
 
<think>嗯,用户想了解PLC编程中使用CASE语句注意事项。结合提供的三篇引用资料,需要系统整理关键点。 用户的核心诉求很明确——PLC的CASE语句使用注意事项。从引用内容看,主要集中在三个技术场景:与定器的配合、状态机应用、FOR循环组合。这可能是用户实际项目中遇到的痛点,特别是状态机设计和定控制这类高频需求。 第一篇引用[1][3]提到定器的两种处理方式:外部调用触点方式更安全,能避免扫描周期导致的定异常;而内部调用必须配合RESET_TIMER指令强制复位,否则会有残留值风险。这个细节对实际编程很重要,用户可能正在处理定逻辑失控的问题。 第二篇引用[2]强调沿指令的注意事项特别关键。用户如果没注意到沿指令在CASE语句中的特殊性,容易触发误动作。需要提醒沿记忆功能在状态切换的危险性,以及纯接触点方案的替代方案——这点在高速控制场景尤为重要。 FOR循环的特殊处理容易被忽略。引用[1]明确指出循环变量要作为CASE的选择器,这对批量处理工位控制很有价值。用户可能是设备制造商工程师,正在编写多轴控制程序? 考虑到用户引用的都是SCL代码示例,补充说明应该侧重结构化文本的实现要点。那些TIA Portal和CODESYS平台差异的细节虽然引用里提了一句,但用户没明确平台,暂不作为重点。 后的结构化输出需要平衡技术深度和可读性。把定注意事项放在首位,因为三篇引用都涉及这点;状态机作为常见应用场景单独说明;底层细节如完整覆盖分支和默认处理虽然基础,但对稳定性至关重要。 </think>在PLC编程中使用`CASE`语句,需特别注意以下关键事项(综合引用内容): --- ### **一、与定器的组合使用(核心注意事项)[^1][^3]** 1. **定器放置位置** - **推荐方案**:将定器调用放在`CASE`语句**外部**,在`CASE`分支内使用器的触点(如`TON.Q`)。 *优点:避免因分支切换导致定器重置或状态残留。* - **替代方案**:若需在分支内调用定器,必须用`RESET_TIMER`指令**显式复位定器**,否则切换分支器可能保持原值。 2. **定器复位逻辑** `CASE`分支切换后,原分支中的定器不会自动复位。需在分支退出前手动复位,或在进入新分支初始化定器值。 --- ### **二、状态机编程中的应用[^2]** 1. **状态切换的稳定性** - 在状态机中,**沿指令(如上升沿检测)** 的使用需谨慎: - 避免在`CASE`分支内直接使用沿指令,可能导致信号丢失(因分支切换变量状态变化未被捕获)。 - **解决方案**:在状态机外部统一处理信号沿检测,将结果作为状态切换条件传入`CASE`语句。 2. **默认分支处理** 必须包含`ELSE`或`DEFAULT`分支处理意外状态,防止程序进入未定义行为。例如: ```scl CASE currentState OF 1: // State1 逻辑 2: // State2 逻辑 ELSE: currentState := 0; // 复位到初始状态 END_CASE; ``` --- ### **三、与循环语句的配合[^1]** - **FOR循环内嵌套CASE**:循环变量(如索引`i`)可作为`CASE`的选择器,实现多工位分步控制: ```scl FOR i := 0 TO 10 DO CASE i OF 0: // 工位0操作 1: // 工位1操作 END_CASE; END_FOR; ``` *需确保循环变量覆盖所有分支,避免遗漏。* --- ### **四、平台差异性** - **语法细节**: - **TIA Portal(博途)**:`IF`/`CASE`语句结束需加分号(`;`)。 - **CODESYS**:无需加分号(见引用[^2])。 *编程前需确认平台规范。* --- ### **五、其他通用原则** 1. **分支完整性** 所有预期状态必须被显式处理,避免“隐身”错误。 2. **避免重叠条件** 各分支条件应互斥,防止多个分支同激活。 3. **注释与可读性** 复杂状态机应为每个分支添加注释,说明状态含义及转移条件。 --- **总结流程图**: ```mermaid graph TD A[使用CASE语句] --> B{是否用定器?} B -->|是| C[定器放外部+触点控制] B -->|否| D[直接分支逻辑] C --> E[切换分支复位定器] D --> F{是否状态机?} F -->|是| G[外部处理沿指令+默认分支] F -->|否| H[确保分支全覆盖] ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值