“错了！标准答案应该是这样的！”顾诚刚刚答完，老师就庆幸地教训开了。
老师按了几个键，打开一个代码对比软件，投影幕上🝠便展示⛮🝵🏣了两段代码的对比结果。
顾诚写的那段代码，好多地方被标💭🕁注成了鲜红色。
代码对比软件，就是b-pare之💴🖆🐚类的东西，用处是自动对比两个文🐲本🂾🔛文件的不同之处，然后标注出来。
在对比的时候，可以设置其中一个为“标准版本”，另一个为“被比较版本”。☋
只要是与标准版本不同的地🚆👌方，都会被用🍸🌷🃪红色标注出来，倒不一定就是被比较文本🅐🅰错了。
然而，看着☣那鲜红😛🂅色的标注，外行人第一反应就是顾诚的代码写错了。
老师老气横秋地训诫：“年轻人要戒骄戒躁！不要🌰稍微取得一些成绩就自满。我不知道你们华夏人是怎么要求‘谦虚’的，但这点上你显然应该学习我们东夷同学的坚韧不拔!”
顾诚♠微微不耐烦地挠挠脑袋：“哔哔那么多干嘛？🌰编译跑👐一遍不就知道了？”
老师一阵错愕：“你🜨……难道你还不认错🍸🌷🃪？好，我让你心服口服！”
说着，老师点击了编译、试运行……
然后……就没有然后了。
根据测试结果，顾诚写的那段代码虽然和标准答案🌰不同，但是实现的效果是一样的🅐🅰。
然后，老师和班里最资深的几个人发现：标准答案里，有一段被重复调用了三次的功能代码，并没💅🏛有被打包定义。而顾诚顺手定义了一遍，结果代码总行数反而少了两行。
这就好比机械加工的时候，需要量产几千个的标准品，自然会被拿去👦开模。但是如果一个东西只被生产3次，那么既可以💾选择开模，也可以选择直接用机床加工3遍。
老师的标准答案，相当于用“切削💭🕁打磨”的方式加🌰工了3遍。😎⛶🞹
而顾诚写的，则是顺手🅇把那个只用3次的小玩🞀🐿意儿也🝠开了个模。
整体代码简洁，干净，漂亮。
“功能一样，不就可以了？把简单💭🕁的事情弄复杂，🌰很容易，把复杂地事情弄简单，才难。”