小林彻所做的，就是打造出对应的货架，划分专门的区域，这样能够极大的增加程序的运行效率。
但是，听小林彻解释完毕，健太郎却摇了摇头。
“想法很好，但你有没有想到一个问题，sg1000的卡带，储存介质只有8kb，除去必要的验证程序，確保卡带运行的部分，图像和音声素材等等，最终可用空间只有7kb。与其耗费心思写那些索引，不如直接將你的这个，额，每一个角色？”
——健太郎不太確定这些是不是游戏角色，因为实在是太多了。
“给你的每一个角色，单独定义一条case语句。”
小林彻一愣。
如果程序还是一个超市的话，那么，小林健太郎的方案，就相当於是把所有的货物都分別拴上一根绳子，然后绳子连接在售货员的手上。
如果顾客要买可乐，就拉动可乐绳子，如果顾客要买麵包，就拉动麵包绳子。
小林彻不会这么做，是因为这是早就被淘汰的写作方式，没人会用这么笨的写法，费时费力，而且效率很慢。
但是现在。
健太郎却真是点醒了小林彻。
在总共只有7kb的储存空间条件下，程序优化是要达到字节级別的。
换句话说，他手里的不是一家几百平米的大超市，而是一个只有两平米的书报亭！
这种情况下根本就没必要去製作货架，因为货架本身也要占用大量的空间。
效率提高的同时程序就必然变得臃肿，这一点是无可厚非的，又快又小的东西只能是j2，不是程序。
所以，对於当下这个时代，后世的方法虽然更好，却不適合这个时代。
在空间不足的情况下，单独定义每一个方块，写出单独的语句反而是更有效的行为。
“对呀！”
几句话，听的小林彻直拍大腿。
后世的经验虽然难得可贵，但对於这个时代贫瘠的储存空间而言，有些事情也是不得不去顺应时代的。
“我知道了，我应该这么做！”
小林彻扯过来椅子，再一次坐在电脑前，开始忙碌起来。
看著小林彻噼里啪啦的鼓捣键盘，健太郎不禁摇头。
这倒霉孩子！
看到小林彻的头髮都有些打綹了，健太郎还是很心疼的。
小林彻在美国的时候可是最注重外表的，在美国的时候就没少拈惹草，虽然