企业官网建设流程全解析

副标题：一个字段叫Forward，实际语义却是"后视"；另一个叫Back，实际却是"前视"。照抄名字去重构，越抄越错——这是"代码重写"场景里最隐蔽、也最致命的一类坑。

一、先看现象

有一个 bug，根因不是逻辑错，不是算法错，而是字段的名字和它的真实语义完全相反：

一个叫Forward的字段，实际记录的是"后视点"的数据；一个叫Back的字段，实际记录的是"前视点"的数据。

当你把 Java 代码重构成 Kotlin 时，照抄这些名字，代码"看起来一模一样"，但计算结果却全错了——而且这种错，编译器不会报，单测不一定能抓，只能靠你回到语义本身去核对。

二、场景与现象

场景：一个业务应用里有一段"观测数据平差"的计算流程（对一系列测站点的角度、距离观测值做平差，得到各点的精确坐标）。这段老代码是 Java 写的，现在要重构成 Kotlin。

重构时，发现了一个"奇怪"的地方：计算里同时出现Forward和Back两套字段，分别对应两个点。比如：

• Forward相关的累加：sumForwardVA