文件读写类写出内容乱码

曼菲士

文件打开方式.改写和重写，涉及文件不存在时创建一个新文件时，创建的文件是ANSI格式的，所以写出的内容就是乱码，貌似没有参数可以修改创建时的文件格式，只能多写点代码先新建一个Unicode的文件，再用文件打开方式.写出来解决，这样的话文件打开方式.改写和重写就成鸡筋了。



<火山程序 类型 = "通常" 版本 = 1 />

方法 日志输出 <公开 静态>
参数 日志内容 <类型 = 文本型>
{
    变量 文件操作 <类型 = 文件读写类>
    如果 (文件操作.打开文件 (取运行目录 () + "Test.log", 文件打开方式.改写, 文件共享方式.无限制))
    {
        文件操作.移到文件尾 ()
        文件操作.写出文本 (日志内容)
        文件操作.关闭文件 ()
    }

}

曼菲士

zzr1122333 发表于 2024-3-2 22:55
编码问题啊

都知道是编码问题，重点是，这个文件不存在，由这个组件创建出来，必定是ANSI编码格式，直接写入内容则是UTF16编码，需要自己先把这个组件创建的文件格式转换为UTF16后才能写入内容，否则乱码。

zzr1122333

编码问题啊

Xelloss0618

80805777 发表于 2024-1-25 17:19
utf8和ansi的文本文件没文件头

ANSI 没有 BOM，UTF-8 有，可以说是微软搞出来的，所以 Windows 里基本都认，但 Linux 那边不认可 UTF-8 的 BOM，可能会被识别为乱码。

tmf19901124

80805777 发表于 2024-1-25 17:19
utf8和ansi的文本文件没文件头

我用的方法是把有标志的先识别出来，剩下的当UTF8转换，如果转换时有超过1个字符无法转换的那么就是ansi

80805777

tmf19901124 发表于 2024-1-25 12:35
读写txt文件都需要自己判断编码的，utf16 utf8 utf8bom  ansi每种文件的头几个字节不同的需要自己判断 ...

utf8和ansi的文本文件没文件头

曼菲士

Xelloss0618 发表于 2024-1-25 14:22
因为大部分文本编辑器，基本是要读到 BOM 签名才能正确识别为 UTF-16LE 编码，否则默认按 ANSI 或 UTF-8  ...

目前就是这样处理的，只是需要自己写代码处理有点别扭。

Xelloss0618

曼菲士 发表于 2024-1-25 10:30
我的意思是，只要用重写、改写方式，由文件打开创建的文件必定是ANSI格式，需要开发者对文件进行处理才能 ...

因为大部分文本编辑器，基本是要读到 BOM 签名才能正确识别为 UTF-16LE 编码，否则默认按 ANSI 或 UTF-8 处理。
所以按我前面回复的，你手动加上 BOM 签名就行了。

曼菲士

urenai 发表于 2024-1-25 11:59
文本到多字节（）
以ansi写入            ps：win11过后的记事本 默认unicod编码哦。 ...

我是Win11，也在Win7下试过，文本到多字节还是乱码。

tmf19901124

读写txt文件都需要自己判断编码的，utf16 utf8 utf8bom  ansi每种文件的头几个字节不同的需要自己判断

曼菲士

创世魂 发表于 2024-1-24 21:35
文件读写类读文本文件只能是 utf16le编码的。    用ansi打开肯定就乱码了。

我的意思是，只要用重写、改写方式，由文件打开创建的文件必定是ANSI格式，需要开发者对文件进行处理才能用写入文本、写文本行之类的命令写出正常文本。

如果开发这不处理，直接写出文本就会是乱码。

重点问题是 用重写、改写方式，由“文件打开”创建的文件必定是ANSI格式。