貌似是去年年末大促入的游戏，年前闲着无聊拿出来完，结果整个春节都坑进去了。搞得家人还以为我要转行当程序员←_←（然而这么弱鸡的程序员并没有人要）
目前啃到图形输出的第三关好像，然而一直只管程序正常运行，优化完全靠随缘啊，有时换个思路重新写一遍莫名其妙就多出或者少掉几十个Cycle完全不明觉厉……
看steam讨论区有人说想要性能最优写出的程序会很难看，所以想请教吧里各位大神，有没有任意关3个属性都达到最优的（前四关就算了233），我想观摩一下有哪些优化思路，顺便围观一下最优解能有多难看233
我一般的思路是使用尽可能少的Node，能MOV UP DOWN就MOV UP DOWN，尽量不走ACC（然而并不可能），集中在一两个Node运算，所以经常会Node数达标了，随缘的话语句也能最少，然而Cycle数各种超。
隐约觉得JRO ACC是个神指令，然而几乎没用过（强行用过一次），ANY和LAST从来没用成功过……
请问各位有没有什么比较经典或者常见的优化思路？
顺便再问一句，你们有没有遇到过需要使用“MOV UP ACC, MOV ACC DOWN, MOV ACC DOWN, MOV ACC DOWN"之类的情况，你们是怎么处理的，感觉这样会让cycle暴增啊……
目前啃到图形输出的第三关好像，然而一直只管程序正常运行，优化完全靠随缘啊，有时换个思路重新写一遍莫名其妙就多出或者少掉几十个Cycle完全不明觉厉……
看steam讨论区有人说想要性能最优写出的程序会很难看，所以想请教吧里各位大神，有没有任意关3个属性都达到最优的（前四关就算了233），我想观摩一下有哪些优化思路，顺便围观一下最优解能有多难看233
我一般的思路是使用尽可能少的Node，能MOV UP DOWN就MOV UP DOWN，尽量不走ACC（然而并不可能），集中在一两个Node运算，所以经常会Node数达标了，随缘的话语句也能最少，然而Cycle数各种超。
隐约觉得JRO ACC是个神指令，然而几乎没用过（强行用过一次），ANY和LAST从来没用成功过……
请问各位有没有什么比较经典或者常见的优化思路？
顺便再问一句，你们有没有遇到过需要使用“MOV UP ACC, MOV ACC DOWN, MOV ACC DOWN, MOV ACC DOWN"之类的情况，你们是怎么处理的，感觉这样会让cycle暴增啊……
