正在做一个东西，用到了三元运算符，即？： 我是很喜欢这个东西的感觉很简洁。但是原来从来没用过它的嵌套用法，也没有考虑过他的效率，所以今天特地研究了一下。
要研究它的效率就要得到它的运行时间，然后和用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。接着测下去也没啥时间了。结论基本上没啥太大意义，但是嵌套多了以后虽然三元运算符占空间小的优势进一步扩大，但是可读性也进一步降低。这个就要看个人取舍了。