问R中闪亮的应用程序:如何正确地构造它们

EN

1. 在描述当前设置时，加载库的最明显位置是全局文件的开头。(如果您移动到单个文件配置，则在app.R的开头。)虽然reprex包并不完全是为什么而设计的，但您可能可以使用reprex来确保代码是可复制的，并且独立于您可能忽略的任何内容。(您已经确定了数据文件的明显问题。)有关这里的更多信息，请参阅reprex。
2. 确实如此。这是一个问题。如果您必须从文件中加载数据，则需要找到向您的教授提供数据的方法。告诉他手工编辑你的代码不是一个好的开始。如何做到这一点取决于你的机构已经建立的基础设施，所以很难建议你怎么做。你的课程没有共用的区域吗？问问你的同学，甚至你的教授。
3. 无论您是将应用程序捆绑在一个文件中还是在单独的文件中，都是一个选择。我不认为有一种烦人的方式和一种正确的方式。对我来说，决定因素通常是应用程序的大小。大型应用程序有几个文件。对于小型应用程序来说，分离只是不必要的复杂。另一个因素--这里似乎不是一个问题--是我是否认为这个应用程序可能是某种方法的前端，可能值得它自己的软件包。在这种情况下，我开发应用程序作为前端，包本身作为单独的实体。

问题1和问题3取决于代码质量的标准，比如性能和可维护性。当代码增长时，在一个文件中处理所有代码将变得更加困难。一旦它进一步发展，您将遇到需要将应用程序拆分为模块以保持代码易于维护的点。

关于库，我建议在应用程序的入口点声明它们(不过，这基本上是品味和风格的问题)。这样，您就可以最大限度地明确应用程序的依赖关系。同样，如果应用程序变得非常大，并且应用程序的所有部分都依赖于相同的包，那么每个部分按需要加载包都可以提高性能和可维护性。当您不需要一次加载所有包时，它可以给您带来性能优势。然而，这可能只适用于非常大的应用程序。

然而，由于这一切似乎都是在大学的练习，我怀疑你的应用程序是否会达到更高的复杂性水平。

问题2:在一个闪亮的应用程序中，您可以提供fileInput小部件。这个所以问题告诉你。