[Unity 3d] 从源码看 Color 的任性赋值

总感觉 Unity Color 动态赋值挺任性的,直到读了源码才知道是我们走了弯路...

很久以前,一兄弟问起：为啥我的 Color 使用代码赋值得不到我想要的效果啊。
下面是 Color 赋值语句：

Color color = new Color(115,115,115,255);
笔者因为一直以来都是在 Inspector 上赋值（毕竟所见即所得美好的很），所以这会儿居然蒙圈了。

捣鼓半天，原来啊 Color 里面的 RGBA 全是 0-1 之间的 float 值，然后我们这么写：
Color color = new Color(115/255,115/255,115/255,255/255);
这就有点尴尬了，很多经历过的朋友一眼就看出来问题啦，这个依旧不能出效果啊。因为里面的运算是整数运算，它得不到小数啊。跌跌撞撞到最后啊，我们写下了这样的代码，终于是搞定了 Color 代码动态赋值。
Color color = new Color(115/255f,115/255f,115/255f,255/255f);
然后，两兄弟面面相觑，互相尬笑打趣道：Unity 也太任性了吧，面板上写 0-255 ，到了代码却不能这么写，任性！
现在想起来，还是我们“太年轻”！
前些天看见网友也在写关于 Color 的 Tips，这一次我决定看看源码，从源码出发来看待这个问题。

然后我发现啊，我们真的走了太多弯路咯~
其实啊，0-255 计数是针对 Color32 结构体的呀
然后呢，Color 和 Color32 存在隐式转换关系，他俩声明字段时候完全通用啊！

就像这样：
        Image image=null; //避免报“使用了未赋值的字段”异常
        image.color = new Color();
        image.color = new Color32(); //Color 和 Color32 存在隐式转换关
        Color32 color32 =new Color ();
下面是反编译截图，通过声明并实现隐式类型转换操作符，哪还会有上面那样的麻烦事哦！！
再有呀，我还发现 Color 居然实现了索引器，这就有点意外了，Color 还能这么用啊（索引器挺少用的不知同学们陌生不）
        Color color = new Color32(135, 0, 55, 113);
        color[0] = 0.5f; //为颜色的 R 赋值
        color[1] = 0.5f; //为颜色的 G 赋值
        color[2] = 0.5f; //为颜色的 B 赋值
        color[3] = 0.5f; //为颜色的 A 赋值
还没完，提一嘴 Vector4 与 Color 也是存在隐式转换关系的哈~