芯耀
与非AI
36
改得动，但不能在原来那处上直接改。机器里留着两处位置：新的一版写到旁边、核过，再把指向挪过去；中途断电，旧的照旧能用。
先说就地改为什么不行。这一洞摆出来的图形、水障碍在哪一侧、到果岭还有多远，全从这一处里读。写入是按顺序一段段往前推的，写到中间断电或者复位，前半截是新的、后半截还是旧的，程序没法从外观上看出这件事：它照样按原来的格式去读，只是读出来的东西前后不属同一版。这类损坏不会报一个错，而是安安静静给出不对的结果。
另一处麻烦在读的那一头：改的那阵子，读并没有停。打球的人瞄一眼屏幕不会等一次写入收尾，端上同时还挂着别的活。一边往里写、一边从同一处取，取到的可能是前半段新的、后半段旧的。要避开就得让读取整体等一等，或者把这一段锁起来；可是下场低头看那么一下，本来就短，让它等一次后台写入，这个代价不好接受。
所以通常另找一块空地方，从头到尾写一份完整的。写的过程中，原来那处一点不动，当前该显示什么还从它那里来。两边互不打扰，正在用的和正在写的分开摆着，它不必为了换一趟而停一下。代价很直观：同一时间要放得下两份，容量得照两份留，写入用的时间也按整份算，不是改动了多少就写多少。
写完了也还不能立刻切。东西从外面传进来，中间要过几道搬运，任何一道都可能少落一段、或者某一位翻掉；这类差错同样不报错。所以收尾还得从头到尾核一遍，对不上就当这次没写过，仍旧用旧的，等下一回再来。核这一遍也要花时间，但比起把有问题的东西当成成品，花这点时间值。
真正切换的那一下，反而希望它小到不能再小：只改一个指向，从旧的那处指到新的那处。整个切换只动一个点，就不会出现读一半来自这头、一半来自那头的中间态。要是把切换摊成一串动作，中间任何一次被打断，机器就卡在说不清的状态里。前面把准备工作都摆在旁边，也是为这个，不在用的那处上动手。
切过去之后，旧的先别急着抹。新的一份要是有哪处没对上，人瞄一眼会先察觉；留着旧的，就还有一条能退回去的路。手机上的习惯是用到时再取一次，取不对再取；表不把每次读取挂到手机上，退路得事先留在机器里，不能指望要用时临时去拿。
两处位置也不总是够用。改动接连来两次，上一回还在写、下一回又到了，谁先谁后、后到的要不要盖掉先前那份，这类顺序机器不自己定；定错了，到头来留下的未必是想要的那版。于是外面得先排好，一次只放一回进来。这属于流程上的约束，不是代码里补一句能解决的。
这类整份换过去的动作，在 iMLite Golf 是跟着版本走的：新版核完再切，旧版留到确认没问题才收，人不用为换一趟专门做一次操作。
把两处位置、核对、留旧这几件加在一起，占的容量和耗时都要在整机定型之前算清楚。留少了，遇到稍大一点的就写不下一整份；留多了，本来就不宽裕的那点空间更紧。这类硬件的资源是按整机分的，显示、测距、常驻的几件事各有各的份，给这一头多留一块，就得从别处挪。没有哪个数字是单独拍出来的，都是一起让出来的结果。
还有一个没解决的地方：旧的那份要留到什么时候，里头没有天然的界线。留得太短，人还没走到那一洞就抹了，退路等于没留；一直留着，第三回改动就没地方放。这个收手的时刻只能由外面给进来，它不会自己知道该在哪一步收。能做到的是把换这个动作做稳，至于留多久合适，得按实际怎么用去定。
