qinbl_csdn的博客

在工作和学习中，经常需要制作精美的矢量图片以用以展示（比如通过PPT或者视频等），这对于图片的绘制提出了更高的要求，一是要具有高精细度，不能出现明显的锯齿；R语言默认自带的绘图设备绘制的图形存在严重的锯齿问题，这使得对外展示的时候显得不专业（当然作为研究和学习之用是足够了，这可能也与R语言的定位有关）。【1】一种比较好的高精细度绘图方案就是采用Cairo包，经过测试和比较，图形部分确实可以显著降低锯齿现象，但是图形中的文字的清晰度仍然不够完美（可能需要更高精细度的文字绘图包，这里就不搞那么复杂了）。

R语言作为一门科学计算语言，它在科学计算和数据可视化方面确实很方便，但是它在涉及系统底层操作方面比较弱。【2】在获取和设置窗体组件文本时完美支持中文，已进行了编码优化，R语言调用时不用再考虑编码问题（踩过坑的都知道，R语言和Win11对中文的支持不那么稳定友好）。【3】为了提高适应性和稳定性，所有参数均通过字符串方式传递，并且通过最后一个参数传回（而不是通过函数返回值方式传回，可用R语言封装成函数返回值）。【5】R语言调用方式：.C('FUNCTIONNAME',...)，其他语言的调用方式可以参考。

随着R语言的发展，它的社区也逐步扩展，现在R语言也越来越丰富了，不仅仅限于处理科学计算和数据可视化等它最擅长的领域，在一些你想不到的领域起始也可以小试牛刀，比如，操控office。关键问题出现在第【3】步，当你拆分成子节点之后，一个完整的字符串就被拆得七零八落，关键这个拆分看起来也没有什么规律，存在很大的不确定性，处理起来非常棘手。经过反复测试，本人发现，导致上述问题的核心原因是word对文本块的拆分是非常不确定的，如果你仍然采用整个字符串匹配的方式，铁定一个也匹配不出来。【2】获取主体节点；

在对数据进行处理的时候，有时候需要比较两个向量是否相同（注意不是比较两个向量的元素，这是完全不同的概念），这个问题在非向量化的语言中是非常简单的，但是在R这种向量化的语言中反而有点小麻烦。在R中，就有解决这个问题的函数——setequal。看出来问题在哪里了吧，1:5和5:1明明是两个完全不同的向量啊，但是setequal竟然判定它们是一样的！这个问题非常隐蔽，容易被忽略，尤其在大代码中，出错了都不容易发现代码错在哪里。请大家在使用中一定要注意，避免产生不必要的BUG！

本人写了个可以实现以拖拽方式获取文件路径的外部部件（暂命名为“GetPath.exe”，详见附件），可以通过简单的R代码很好的封装起来使用，从而大大提高交互的效率。由于这个部件是外部的，具有很强的通用性，支持文件和文件夹（能拖拽的都支持），同时在python等解释型控制台都可以使用（封装代码参照R代码）。2、在R中运行上述封装代码就可以使用了【注意路径要替换为你的实际路径】。在使用R语言的过程中，经常需要打开文件、获取文件路径等，有没有觉得操作很麻烦？note: 这个版本为windows 64位版本。

在使用R语言时，有时候需要对文本进行分割，如果文本后缀存在空格时，可能会出现一个小问题。提醒：大家在写R语言代码时一定要注意这点，避免不必要的麻烦（这种问题在大片代码中通常不容易发现）。事实上，python的结果是正确的。R语言可能是出于某种考虑才这样设置的吧。通过比较发现，R语言在分割时，少了最后一个空字符串值。