RAWSXP是存储斑点的好主意吗？

Question

我基本上从R中使用了两个C函数，其中一个正在创建一些Blob，第二个需要使用它。 尽管不应该让用户看里面，但我认为不对R类型进行任何序列化/转换并将其转储到RAWSXP是合理的。

是否有任何非显而易见的缺点（例如，除了在打印时杀死用户控制台以外）？

编辑：好的，例如，我有一个double / int64 /（4 x int16）联合数组，这是某些算法的结果； 我希望它具有正常的R复制语义，以便从用户的角度自然地表现（因此，外部指针不是一种选择），但是我不太急于将其序列化为R对象，因为它不那么直接且可能会导致大量的内存开销。

Answer 1

如果要将该Blob保留在单个R会话中，那么在C级别创建一个外部指针并将其返回给用户会更自然。 《 编写R扩展 》的第5.13节对此进行了概述。

这种方法的局限性在于，外部指针不会序列化，因此不会保存到磁盘或从并行作业返回。 当Blob是对仅在创建它的上下文（例如，文件句柄）中有意义的数据结构的引用，而对于静态结构的数据结构则更是如此，这通常是适当的。 在那种情况下，将数据存储为RAWSXP是合适的，通常作为带有打印/显示方法的S3或S4类的插槽或元素来向用户隐藏行进细节。 也许不利的一面是RAWSXP由R分配和管理，例如进行垃圾回收，而外部指针的内容可能更直接地通过Calloc和Free分配。

Answer 2

正如Martin和Josh所指出的那样，外部指针可能是更可取的。

您的方法听起来与bigmemory所做的事情有关：它分配R的一部分内存并控制它，从而规避R的内存管理和约束。 bigmemory使用它将内存作为自定义数据类型传递回R无关紧要，因为外部指针可以实现这一点。 使用外部指针其他包RODBC数据库连接对象，我RcppDE包里面做什么DEoptim做，但在C ++中，从而允许用户提供的编译功能的优化，借力RCPP包装到外部指针：在Rcpp::XPtr类。

正如Marting正确地说的那样，一切都在好手册中。