#0x0 我们熟悉的记事本

说到编辑器啊
我们最熟悉的应该是 Windows 自带的记事本了
在Windows中文系统下，记事本默认是用GBK打开/保存 txt 后缀的文本的
当然记事本也可以保存和读取Unicode编码的文本
但是，记事本支持的编码和功能都十分有限，对应我们汉化来说，还是不够的。

在选择一个替代记事本的编辑器之前呢，我们先来聊聊这个文本是怎么一回事

#0x1 文本

说到这个文件文件啊，我们也不去说什么很专业的，就聊聊我们汉化要用到的
比如我们现在右键，新建了一个.txt后缀的文本文件

打开之后我们输入

然后 CTRL+S 保存，记住这个快捷键，以后经常用到。
按下去之后呢，我们就可以把记事本窗口关了
如果你没按正确，记事本会提示你，你还没保存呢
然后我们重新点开，刚刚我们创建的那个文件，记事本就会显示我们刚刚保存的内容了。

好，现在我们内容是保存了，但是它是如何保存进去的呢或存进去是什么样的呢？
现在我们可以把这个文件拉入Winhex，看看它的十六进制是怎么样的

我们可以看到，只有cp936这个框里的才是我们刚刚输入的内容
也就是说我们刚刚是以GBK编码保存的文本
也就是说，我们刚刚保存的只是
BDF1CCECCCECC6F8B2BBB4ED
这一串十六进制
也就是说啊，这个编辑器的工作就是，把我们输入的字符，转换成我们对应编译的十六进制
写入到这个文件里。
如果我们用GBK编码保存，这个今这个字，就会依据GBK编码的规则
转换成对应的十六进制 BDF1 然后按照先后顺序，写入到我们刚刚创建的文件里。

那我们如果保存日文呢

你会发现，他依旧是按照GBK的编码去保存的
因为刚刚我们已经说了，这个记事本只会按照你系统设置的区域语言去自己选择编码。
当然你也可以在记事本里选择另存为，来选择编码，但是并没有Shift-jis

好了，现在我们用一些别的手段，把今日はいい天気です依据Shift-jis编码的规则写入了
我们刚刚创建的那个文件里

好了，现在你会发现只有cp932那个框才是我们输入的内容
现在我们再次用记事本来打开这个文件

你会发现，这个结果和我们上面winhex读取的cp936的结果一样
这就是记事本用GBK编码读取Shift-jis编码的文件的结果
但是记事本是没办法自己设定成Shift-jis编码的格式的，所以我们必须换一个编辑器。

好了，说到这呢，我们相信大家也差不多还没懂
其实呢，我们可以把

保存理解为编码（按照设定的编码规则把字符转换成十六进制数据写入文件）
读取理解为解码（按照设定的编码规则把十六进制数据读取成指定的字符）

我们需要注意的是，只有编码的时候才会去改变文件的数据，jie'ma是不会改变原文件数据的
这就和你播放视频，你那个视频文件是不会改变的。
而且我们文本解码也不一定要用原编码去解码，我们可以依据自己需求的去解码
Winhex那三个框其实就是依据了用户的需求
把相同的十六进制数据给用不同的编码规则解码了

这对于我们来说有什么用呢？
其实你仔细思考还是会发现一个问题，我们之前说过，我们如果手动修改Gal的文本
我们只能去动这个游戏内对话的文本部分，有些控制立绘啊BGM啊的脚本我们是不能动的
所以我们修改的时候实际上是修改整个文本的一小部分，其它地方我们是需要保持不变的
但是呢
这个编辑器一般都是给你整个文本重新编码过的
所以我们要使得这个需要变的地方变，不需要变的地方不变的话
我们就需要控制这个解码的时候选择的编码规则

比如我有一个用Shift-jis编码的脚本

红色框部分是游戏内的文本，我们需要改为GBK编码
而且这个绿色框部分，是游戏脚本代码部分，我们不能动一个字节，否正就会出现问题。

那么这个时候我们应该怎么办呢?
当然能编程解决的话，也不需要我们讲这么一堆
现在我们就是要利用编辑器和编码的特性去解决这个问题

现在我们试想，如果我们直接更改呢？

然后我们按下CTRL+S保存

立马就提示我们错误了
这个我们之前其实也讲过了，因为Shift-jis只是支持部分中文字符
绝大部分简体部分是不支持的，你把人家不支持的塞给人家，那肯定不认啊
人家都找不到一个十六进制数来对应你这个字符
所以，这个时候要轮到我们的GBK出场了
我们知道，GBK是支持日文字符的，而且也是完美支持中文的
所以我们现在用GBK去解码这个文本，虽然这个文本是日文编码的，但是没关系