获取java-cef源码-numblr:IOStreams和字符编码

【文件属性】：
文件名称：获取java-cef源码-numblr:IOStreams和字符编码
文件大小：204KB
文件格式：ZIP
更新时间：2021-06-06 19:23:57
系统开源 获取java-cef源码介绍和动机 最近在做一个个人项目时，我坐下来为我编写的一个类实现operator<< 。 此类具有文本成员，并且该文本可以以多种编码（ISO-8859-1、UTF-8、Windows 1252 等）存在。 我很快意识到我不知道如何以一般方式实现这一点； 无论流字符类型，字符特征，灌输的语言环境等如何，都可以使用。 例如，如果我有 ISO-8859-1 编码的文本，并被要求将它插入到一个宽流中，我应该使用什么编码？ 我敢肯定，呼吁widen是不正确的事情，任何超过narrow -ing如果我不得不将其插入到一个狭窄的流UTF-16编码字符串会的工作。 除此之外，我的实现将写入的第一个字符流是cout ，因为该项目包含一个程序，可以将此文本打印到stdout 。 即使我能弄清楚如何将我的文本放入basic_ostream ，我真的不确定另一端会发生什么，在我的 xterm 中。 我开始在谷歌上搜索，但读得越多，我就越觉得自己陷入了困境。 本文档最初是作为收集我在阅读时学到的知识的地方，但现在已经变成了其中一篇“调查”论文，将现有的关于字符编码和 IOSt

【文件预览】：
numblr-master
----Makefile.am(14B)
----.gitignore(249B)
----Makefile.in(24KB)
----macros()
--------ax_boost_locale.m4(4KB)
--------ax_boost_system.m4(4KB)
--------ax_boost_base.m4(11KB)
----configure(186KB)
----src()
--------Makefile.am(676B)
--------Makefile.in(27KB)
--------1.cc(509B)
--------3.cc(1KB)
--------6.cc(13KB)
--------5.cc(1KB)
--------4.cc(741B)
----config.h.in(853B)
----Vagrantfile(4KB)
----LICENSE(34KB)
----configure.ac(363B)
----ChangeLog(1B)
----COPYING(34KB)
----README.md(72KB)
----INSTALL(15KB)
----numblr.org(75KB)
----img()
--------iostreams.png(10KB)
--------US-ASCII_code_chart.png(29KB)
--------unicodeplanes.png(14KB)
----README(22B)
----AUTHORS(34B)
----NEWS(91B)