“错了!标🄂🝾🐰准答案应该是这样的!”顾诚刚刚答完,老师就庆幸⚎地教训开了。

    老师按了几个键,打开🂞一个代码对比软件,投🅯影幕上便展示了两段代码🉄🄰的对比结果。

    顾诚写的那段代码,好多地方被📦标注成了鲜红色。

    代码对🎊🏗比软件,就🈸是b-pare之类的东西,用处是自动对比两个文本文件的不同🋶🝸🏾之处,然后标注出来。

    在对比的时候,可以设置其中一个为“标准版本”,另一个☉♉为🚟🔬“被比较版本”。

    只要🗯🟄是与标准版⛧本不同的地方,都会被用红色标注出来,倒不一定就是被比较文本错了。

    然而,看着🄂🝾🐰那鲜红色的标注,外行人第一反应就是顾诚的代码写错了。

    老师老气横秋地训诫:“年轻人要戒骄戒躁!不要稍微取得一些成绩就自满。我不知道你们华夏人是怎么要求‘谦虚’的,但这点上你显然应该学习我们东夷同学的坚🕤韧不拔!”

    顾诚微微不耐烦地🈸挠挠脑袋:“哔哔那么多干嘛?编👂🆄🍄译跑一遍不就知道了?”

    老师一阵错愕:“你……🁶难道你还不认错?好🅯,我让你心服口服!”🃳🛵♄

    说着,老师点击了编译、试运行……

    然后……就没有然后了。

    根据测试结果🚤🕒🉃,顾诚写的那段代码🏴🞖🔈虽然和标准答案不同,但是实⚎现的效果是一样的。

    然后,老师和班里最资深的几个人发现:标准答案里,有一段被重复调用了三次的功能代码,并没有被打🜓🁰🉠包定义。而顾诚顺手定义了一遍,结果代码总行数反而少了两行。

    这就好比机械加工的⚰🕁时候,需要量产几千个的标准品,自然会被拿去开模。但是如果一个东西只被生产3次,那么既可以选择开模,也可以选择直接用机床加工3遍。

    老师的标准答案,🈸相当于用“切削打磨”🋷🝼🐜的方式加工了3⛯🝶遍。

    而顾诚写的,🚤🕒🉃则是顺手把那个只用3次的小玩意儿也👂🆄🍄开了个模。

    整体代码简洁,干净,漂亮。

    “功能一样🄂🝾🐰,不就可以了?把简单的事情弄复杂,很容易,把复杂地事情弄简单,才难。”