关于三元运算符和C#中运行时间的计算

正在做一个东西，用到了三元运算符，即？：  我是很喜欢这个东西的感觉很简洁。但是原来从来没用过它的嵌套用法，也没有考虑过他的效率，所以今天特地研究了一下。

要研究它的效率就要得到它的运行时间，然后和用if - else实现相同功能的代码运行时间做一个对比。因为手头只有unity和c#，也懒得用C++来写了，毕竟很久没有用过了。而且unity 的打印比较方便，比较直观。

如果是unity本身的话可以用unity提供的时间函数来操作，但是对于我遇到的这种情况，我感觉UNITY提供的函数可能误差比较大。还没有试，有时间了试一下，然后补上结果。

在这种前提下，我就使用了C#中的stopwatch类。

首先要添加命名空间，也可以直接用System.Diagnostics.Stopswatch;

测试代码如下：

Update(){if(bSwitch){System.Diagnostics.Stopwatch sw = new System.Diagnostics.Stopwatch();sw.Start();bSwitch = false;for(int i = 0;i < 1000000; i++){a = i % 2 == 0 ? 1 : 0;}sw.Stop();long test1 = sw.Elapsed.Ticks;sw.Reset();sw.Start();for(int i = 0; i<1000000; i++){if(a % 2 == 0){a = 1;}else{a = 0;}}sw.Stop();long test2 = sw.Elapsed.Ticks;UnityEngine.Debug.Log(...); //打印结果}}

CSDN没有专门用来编辑源码的功能吗?一会查查看。

几次测试的结果分别为：53222 | 47168         52240 | 46050   ....

总体比较，三元操作符的效率要低一些。但是可以明显看出，代码要短一些，如果用到的地方多一些的话，就可以少翻页，增加程序的可读性。一直来翻页看代码还是蛮麻烦的。不过这样我也还是喜欢把大括号单独设为一行，因为这样我感觉看得更清楚。VS中可以提示括号的对应情况。

另外三元操作符会涉及到类型的问题。需要同类型操作，如果不同类型会进行转换，所以有些地方不适合用。

至于效率问题本身也没太大意义，也有测出的结果表明三元操作符的效率更高一些。可惜我对于汇编之类的东西实在不太了解。不能对具体过程进行分析，而且编译器的不同，对于代码的优化也会有区别。据说if - else 中判断语句会有一个bool量的赋值操作所以效率会低些。

我又做了一些嵌套操作，结果也挺让我感觉奇怪，嵌套之后，三元运算符的效率要高于if - else。接着测下去也没啥时间了。结论基本上没啥太大意义，但是嵌套多了以后虽然三元运算符占空间小的优势进一步扩大，但是可读性也进一步降低。这个就要看个人取舍了。