基础指令是死板的，只能做简单、固定、有限的任务，且有很多的约束条件限制。

因此若想要让基础指令，在现实案例中发挥最大的效用，其根本做法就是：程序员要把复杂多变的功能需求，分解为简单固定单一的原子化元素。让指令在场景元素中，扬长避短，发挥效率。

这个过程就是调度，手法就是解耦和分层。而且为了长远的编程效率，解耦的角度本身要和眼前的案例解耦，也就是使其成为长远稳定，可以应万变的框架。

这样经过封装得到的设备整体模块，才是好用的、皮实抗造的、自带诊断修复和调试机制的、可扩展剪裁的、等等。

也就是说，用基础指令算法直接去构造功能，从长远看，未必是好的选择。

比如，有人喜欢在循环指令内部，实现比较多一点的功能。但在我看来，循环操作，不管它转了多少圈，本质上只是一个计算步骤。这就和我写了一个简单语句，没有太大区别。所以，我只用循环指令，做简单的一件事。

记得之前有人写过，如何在循环内部去调试。在我看来，这在退一步大视野的设备整体框架的设计中，是糟糕的选择。

用整体结构去解决问题，而不是直接寄托于局部算法。解决得到的结果，只是框架在本案例凸显出来的一个实例。