近日，R语言社区内一则不起眼的CRAN通知引发了不少数据可视化用户的关注：著名空间Voronoi图绘制包 ggvoroni 已被标记为“弃用”（deprecated），而它长期依赖的核心地理空间操作包 rgeos 同样处于弃用状态。这意味着，这两个曾为无数科研人员、数据分析师提供便利的包，将逐步退出历史舞台，不再有官方维护与更新。

事件回顾：一个依赖链的终结

ggvoroni包自2018年发布以来，一直是基于ggplot2语法生成Voronoi图（泰森多边形）的便捷工具。它通过调用rgeos包中的几何运算接口，实现点集的空间分区与可视化。然而，随着R语言地理空间生态向sf（simple features，简单要素）框架全面迁移，rgeos的底层引擎——GEOS库的旧接口——已不再被CRAN推荐。2023年，rgeos首次被标记为“软弃用”；2024年，CRAN官方进一步将其状态升级为“deprecated”，要求所有维护者停止使用。ggvoroni由于无法剥离对rgeos的硬依赖，且其本身长期无主动维护，最终也步入了弃用名单。

为何被弃用：技术迭代的必然

弃用的核心原因在于R语言空间分析生态的范式转换。rgeos是基于GEOS C库的“老派”包装器，其函数命名风格与R基础函数不一致，且无法与现代tidyverse体系无缝衔接。而sf包通过引入S3泛型、统一几何类型、支持管道操作，成为了R中空间数据的标准格式。sf内部已经集成了GEOS库的现代接口，功能上完全覆盖rgeos，且更稳定、更易用。

ggvoroni被弃用则更显被动：它的开发者早在2020年便停止了代码维护，仅依赖旧版rgeos运行。当CRAN在2024年Q2强制要求所有包移除对弃用包的依赖时，ggvoroni未能在期限内完成适配（实际上也无法完成，因为其核心算法直接调用rgeos的函数签名），因此被一并标记。

用户影响：旧脚本可能失效

对于正在使用ggvoroni的用户，最直接的影响是：R 4.4及以上版本中，通过install.packages("ggvoroni")将无法正常安装，除非手动指定从历史存档中安装老版本。即使手动安装成功，在加载时也会收到“package ‘ggvoroni’ was built under R version ... ”的警告。更重要的是，未来CRAN可能随时将其移除，届时连历史存档都会消失。

另外，rgeos的弃用还波及了其他依赖它的包，如maptools（已弃用）、spdep（部分接口需要过渡）等。对于习惯在ggvoroni中通过geom_voronoi()绘制地图区域的用户，现有的R脚本与代码片段将面临“无法运行”的困境。

替代方案：三条路径可走

面对这一变化，用户并非无路可走。社区已提供成熟替代方案：

  1. 直接使用sf包生成Voronoi图。通过sf::st_voronoi()函数对点集合进行空间分区，再结合ggplot2::geom_sf()进行可视化。这是最推荐的方式，完全避免了对弃用包的依赖。

  2. 使用ggforce包中的geom_voronoi_tile()。该几何函数专门用于在ggplot2中绘制Voronoi图，且不依赖任何弃用包，性能优秀，支持分组、平滑等扩展。

  3. 转向deldir包+ggplot2组合。deldir是一个独立的Delaunay三角剖分和Voronoi图计算包，与rgeos无关，但需手动将结果转换为sf或data.frame再绘图。

值得注意的是，已有社区成员在GitHub上发起了一个名为ggvoronoi（注意拼写差异）的fork项目，试图用sf重写底层逻辑，但目前尚未提交到CRAN。对于追求稳定性的用户，建议优先采用官方推荐的sf路线。

结语：拥抱变化，向前看

R语言包生态的生命周期管理，始终是维护者们不得不面对的课题。ggvoroni与rgeos的“退休”，恰是R语言不断进化的缩影。对于仍在使用旧包的开发者，当下正是迁移至sf体系的最佳时机——不仅能避免未来潜在的兼容性风险，还能享受更现代化的函数设计、更高效的内存管理和更丰富的可视化扩展。毕竟，在数据分析的世界里，没有永恒的“最佳工具”，只有不断迭代的“更好方法”。