R包CRAN注释，用于测试中的包依赖关系和警告

问题描述

我打算将我的第一个软件包提交给CRAN。我听说您不应有任何错误，警告或注释。但是，我得到的注释说明包依赖关系太多：

“导入包含24个非默认软件包。 从如此多的程序包中导入使得该程序包容易受到以下任何一种攻击 他们变得不可用。尽可能多地移至“建议”和“ 有条件使用。”

1. 关于CRAN提交，这是我要解决的问题吗？
2. 声明所有/大多数使用的软件包都可以很好地维护是可以的，这是否有所不同？
3. 是否可以将tidyverse用作依赖项而不是每个单独的软件包（我知道这在一定程度上会破坏带有限制的目的；尽管具有20个软件包的限制无论如何还是感觉很武断，并且重点也应该放在关于使用维护良好的软件包）。

测试警告

我已经为该程序包创建了测试用例；但是，为了保持大小限制，我需要使用的案例少于通常使用的案例。并且在运行测试时会产生不同的警告。提交CRAN时可以接受这些与测试相关的警告吗？

提前谢谢！ 约翰

解决方法

在大多数情况下，假设您另外通过了R CMD CHECK --as-cran [yourpackage]，“注释”将不会自动导致审阅者拒绝您的提交。在这种情况下，我会牢记建议。
首先，确定您是否真的真的需要所有这些进口 ，更不用说imports了。那看起来确实是一个很大的集合。例如，确保您不能调用被引用的程序包A，B，C和D中的某些函数，而不是调用包K，Q和T中的类似函数（从A到X列出引用）。如果您仅使用软件包中的一个独立功能，即不依赖于该软件包中任何其他项目的功能，请从该处复制源代码并注明出处，并将其复制到软件包的源目录中。

第二，仅在需要它们才能使您的函数能够执行而不考虑其参数列表时才导入它们。仅支持特定“模式”或选项的软件包应移至Suggests。

下面希望引用文档“ R_exts”的相关部分。

成功运行R CMD所需的所有软件包7 软件包必须在“依赖”或“建议”或“导入”中列出。 用于有条件地运行示例或测试的软件包（例如，通过 if（require（pkgname）））应列在“建议”或“增强”中。 （这使检查人员可以确保 已安装完整检查。）特别是，软件包提供 示例或小插图的“仅”数据应列在“建议”中 为了使精简安装成为可能，而不是“ Depends”。 “依赖”和“导入”字段中的版本依赖关系由 库在加载软件包时进行安装并检查install.packages 'Depends'，'Imports'和'fordepends = TRUE'的版本 “建议”字段。信息越来越重要 在这些字段中是完整而准确的：例如，它用于 计算哪些软件包取决于更新的软件包以及哪些软件包 可以安全地并行安装。该方案是在之前开发的 所有软件包都具有名称空间（2011年10月为R 2.14.0），并且 一旦到位，实践就会改变。 “取决于”字段应 如今很少使用，仅用于旨在 放在搜索路径上，以便最终使用其设施 用户（而不是包本身）：例如， 软件包gridExtra的用户需要软件包的功能 晶格可用。几乎总是在“依赖项”中提到的软件包 还应该从NAMESPACE文件中导入：这样可以确保 这些软件包的任何需要的部分在其他部分可用时可用 package导入当前包。 “导入”字段不应 包含未从（通过NAMESPACE文件）导入的软件包 或::或:::运算符），因为该字段中列出的所有软件包都需要 要为当前要安装的软件包安装。 （这是 通过R CMD检查。）包装中的R代码应调用库或 仅要求例外。软件包永远不需要这样的调用 列在“取决于”中，因为它们已经在搜索路径中了。它 过去通常是使用require调用清单中列出的软件包 使用功能的功能中的“建议”，但如今 最好通过::调用来访问此类功能。