写在前面：

前段时间想要做本地化，采用了继承了 Text 组件，相较于新增一个专门用于标识的脚本，优点是游戏对象上可以少挂一个脚本，但是问题来了，怎么无损的替换掉原有组件而不丢失数据呢？

解决方案：

在这里笔者收罗了2个解决方案：

Unity UGUI 本地化方案 - Localiztion Tool - Zero - CSDN博客
此工具的基本原理就是将Text控件的FileID和GUID换成LocaliztionText控件的FileID和GUID。（基本就是一个文本级别的操作） ←作者原话
ButtonEx
额，别看命名是 Button 啥的，其实它就是我要重点讲的第二个解决方案，内容可引起极度舒适。。

实现原理：

ButtonEx 的作者对 Unity 编辑器的理解相当的深刻。实现原理虽然和第一个解决方案一模一样。但他用到了Unity 自带的序列化解决方案。因为不依赖于文本，所以能够支持二进制格式的预制体，也就无需强制转Scene、Prefab 为文本文件了（当然，使用第三方版本管理就不说了）。
那上面提到的Unity Native解决方案究竟是个什么鬼，又为什么说跟第一个解决方案原理一样呢？
答案就是编辑器模式下，每个资源都有一个编辑器层面的对象与之对应。也就是说每一个脚本都有一个 MonoScript 对象与之对应着，记录着这个脚本的 FileId 和 GUID .而这个对象信息也会序列化持久保存在组件的 “m_Script” 字段中，也就是第一个解决方案作者提到的规律：

只不过 ButtonEx 的作者从上游出发，使用 ButtonEx 脚本资源在编辑器下的代言人：MonoScript 对象替换了原来的 Button组件的 MonoScript 对象从而实现了无损+无感的组件替换体验。
现在，该明白为什么说他们原理一样了吧：> 都是对 m_Script 字段进行了更新。<

核心代码：

        /// <summary>
        /// Convert to the specified component.
        /// </summary>
        protected static void ConvertTo<T>(Object context) where T : MonoBehaviour
        {
            var target = context as MonoBehaviour;
            var so = new SerializedObject(target);
            so.Update();

            bool oldEnable = target.enabled;
            target.enabled = false;

            // Find MonoScript of the specified component.
            foreach (var script in Resources.FindObjectsOfTypeAll<MonoScript>())
            {
                if (script.GetClass() != typeof(T))
                    continue;

                // Set 'm_Script' to convert.
                so.FindProperty("m_Script").objectReferenceValue = script;
                so.ApplyModifiedProperties();
                break;
            }

            (so.targetObject as MonoBehaviour).enabled = oldEnable;
        }

是不是超级简单呀！
真的是一波操作猛如虎，回头一看Native ，真香！