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

时间:2024-06-26 13:10:37
【文件属性】:

文件名称:获取java-cef源码-numblr:IOStreams和字符编码

文件大小:204KB

文件格式:ZIP

更新时间:2024-06-26 13:10:37

系统开源

获取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)

网友评论