使用library('tidyverse')替代子包的优势及对大型R(shiny)应用的影响

1. 用library(tidyverse)替代单独加载dplyr、tidyr等子包有啥优势？ #

其实tidyverse本质是一套“全家桶”式的包集合，直接加载它的好处挺多的：

• 代码更清爽：不用在脚本开头写一堆library(dplyr)、library(tidyr)、library(readr)，一行library(tidyverse)就能搞定核心的8个常用tidyverse包，省得重复敲代码，看着也舒服。
• 版本兼容性更省心：tidyverse的核心包都是同步更新的，官方会确保它们之间的API不会互相打架。要是单独加载子包，万一某个包版本太旧或者太新，很容易出现函数冲突、依赖报错的情况，用全家桶就能避开这些糟心事。
• 编程体验更连贯：tidyverse旗下的包都遵循同样的设计思路，比如统一用管道符%>%、参数命名逻辑一致。一次性加载后，你可以无缝切换各个子包的函数，不用来回调整思维模式。
• 自带实用小工具：加载tidyverse后，你能用tidyverse_conflicts()快速查看有没有函数冲突，tidyverse_update()一键检查更新所有相关包，这些工具单独加载子包是没有的，能帮你省不少事。

2. 大型Shiny应用改成加载tidyverse会有啥影响？ #

这个得分两面看，有好处也有需要注意的点：

利好的地方 #

• 依赖管理变简单：Shiny应用的DESCRIPTION文件里，只需要写Imports: tidyverse，不用列一堆子包名。团队协作的时候，新人不用纠结要装哪些包，直接装tidyverse就行，维护起来轻松很多。
• 减少版本冲突隐患：大型Shiny应用最怕的就是不同子包版本不兼容导致崩溃，排查起来巨麻烦。用tidyverse统一加载，所有核心包版本同步，能大大降低这种风险。

需要留意的坑 #

• 启动时间会略长：tidyverse加载的包更多，大型Shiny应用本身启动可能就慢，加上这8个包，启动时间会再增加一点。不过大多数用户其实感知不到这点延迟，除非你的应用对启动速度要求特别苛刻。
• 函数冲突概率上升：虽然tidyverse会帮你处理大部分冲突，但如果你的应用里用了和tidyverse子包同名的函数（比如base包的filter()和dplyr的filter()），加载tidyverse后dplyr的函数会覆盖base的，可能导致旧代码行为变了。解决办法很简单，用tidyverse_conflicts()查看冲突，需要的时候加包名前缀调用，比如base::filter()。
• 会加载用不到的包：如果你的应用其实只用到了dplyr和tidyr，加载整个tidyverse会把ggplot2、readr这些没用的包也加载进来，占用一点内存。不过现在机器内存都够大，除非是资源特别紧张的服务器，否则这个问题基本可以忽略。

内容的提问来源于stack exchange，提问作者Joni Hoppen