潍坊建设网站多少钱,wordpress邮箱配置,小程序开发平台的设计是实现,wordpress wdone最近有段十分流行的代码#xff0c;是从江湖传闻“身怀八蛋”的铁道部发言人王勇平同志的一句名言#xff1a;“不管你们信不信#xff0c;我反正信了……这是生命的奇迹……它就是发生了”所引申出来的。这段代码虽然只是在调侃#xff0c;但是围绕这段代码也产生了一些讨… 最近有段十分流行的代码是从江湖传闻“身怀八蛋”的铁道部发言人王勇平同志的一句名言“不管你们信不信我反正信了……这是生命的奇迹……它就是发生了”所引申出来的。这段代码虽然只是在调侃但是围绕这段代码也产生了一些讨论如代码风格编程规范等等在此顺手记录一下就当无聊罢。 这段代码是这样的 try
{if (you.believe(it) true || you.believe(it) false){I.believe(it);}
}
catch (Exception ex)
{throw new Exception(Its a miracle!);
}
finally
{it.justHappened();
} 代码与原文的对应关系不言自明从命名风格上看我们默认其为Java代码。话题主要是围绕在if条件的写法上。 书写风格 先来看看它的书写风格问题。我说这段代码不是老鸟写的因为老鸟不会把一个布尔表达式跟true和false直接判断而会写成 if (you.believe(it) || !you.believe(it)) 于是有朋友提出把布尔表达式跟true或false相比较来的更清晰一些我表示这话并没有什么道理因为这种读代码的方式是把视角停留在“数据”层面上一个布尔表达式返回了布尔型的“数据”于是把它和另外一个“数据”进行比较。如今的编程都在不断强调“语义”“语义”的清晰才是真的清晰。我说Java是一门糟糕的语言主要原因就是指它的表达能力太差导致写出来的代码体现不出问题的解决方式让人们把目光都集中在具体每条语句上了所谓“见木不见林”。C#等现代语言都在强调“做什么”而不是“怎么做”语义上就有很大提高了。 回到目前这个具体问题上if里面的语义是“you.believe(it)”的返回结果而不是它的值与另外一个布尔常量的比较结果。其实这个观点我从初中搞信息学竞赛时就被老师不断强调今天我同样咨询了同事他也赞同我的观点。如果您还继续坚持这种写法不太清晰的话我只能说“这只是不适应而已要让自己适应这类写法”很多人还觉得LINQ不清晰呢小学生还觉得高中数学的解法不清晰呢。 还有朋友认为作为编码规范应该要求这么写例如 if (10 i) 就是说把常量写在比较操作的左边并认为“这样更有普遍意义”。其实这也没有必要这个习惯是从C语言时代遗传下来的“陋习”。在C语言里如果把常量写在比较右侧并且一不小心把“比较”操作符两个等号写成“赋值”操作符一个等号也可以编译通过但是结果却大不相同这给错误排查也会带来许多麻烦。但是在如今的语言里已经比C语言做的安全多了所以没必要制定这种规范。把一种语言的标准带入另一种语言不叫做“有普遍意义”只是多余。 代码含义 然后要谈的便是代码与那句话的“映射”关系了再来仔细读一下这个if子句 if (you.believe(it) || !you.believe(it))
{I.believe(it);
} 从“需求”上来理解我认为代码应该保证if内部的代码一定会执行。那么现在这个需求肯定会满足吗不一定因为you.believe方法可能是有副作用的如果它第一次调用返回false而第二次调用时返回true则if内部的代码就会整段略过这显然不是铁道部王发言人的意图。因此有同学提议代码应该是这样的 if (true || you.believe(it)) 这么做的确可以忽略you.believe(it)的结果因为它已经被短路了根本不会执行。可能它也能满足需求但我想更合理的做法可能应该是 if (you.believe(it) || true) 这段代码与之前的区别就在于you.believe(it)一定会被调用一次但是无所谓其结果是如何这充分符合天朝某些部门喜欢装摸作样“咨询民意”的状况。 扩展思考 最后再来一道扩展思考题吧有人把“你爱或者不爱我爱就在那里不增不减”写成了一段C#代码 if (you.Love(me) || !you.Love(me))
{love;love--;
} 有人说这段代码的if条件本身应该被编译器优化掉因此会直接执行if内部的代码。还有人说if内部的代码也会被编译器优化掉。您怎么看为什么呢
