我要来吐槽一下"标准文本类"

78592802

命名也不好，"文本型utf8"这样定义类型名也好找，非要搞个独特的名字"标准文本类"，通常定义文本变量时按一下文本就出来所有文本类型相关的类型，瞬间就知道自己需要的哪个类型，"标准文本类"得靠脑子记，而且初次不知道它是以什么编码为标准的，得跳进去看一下才知道，看不懂就傻眼只能手动去测试。
火山视窗的文本型通常也就是调用windows API才用的上，用W的API用户心理一般都有数的自己会去转码，保存文件或数据啥的都不喜欢用宽字符保存吧，要跟着系统记事本的标准ut8编码来，就算之前设计限制的宽文本字符集就算了，这个”标准文本类“也搞好一些啊，搞的跟文本型用法一样啊，像这样：
标准文本类变量 = 标准文本类.创建 ("1") + 文本2 + 标准文本类.创建 ("2") // 不能这样玩
标准文本类变量 = "1" // 也不能这样搞
简直不好用额。
至少要做到跟”文本型“一个用法才行啊，根据赋值给目标文本变量的编码类型赋值就行了，如果是参数就根据参数自动转码，如果参数不清晰无法识别的的纯字符串参数就发出警告就行，哪怕中间"+"加了其它编码类型在合并时也要做到自动转码统一到目标变量编码。
这种常用的数据类型也不好好整一下，就目前这个作用范围像个固体的存储型变量，整个放、整个取，整个换，想增加就先去转个码添加完再转码回来吧。
另外的提议，wsv文件通常用来让AI写代码用的，书签可以改成存到配置文件里面去，如果行号超出子程序范围了就跳转到子程序即可，wsv文件内容变化后重载文件后滚动条继续保持在之前的行号即可