暴露 Bower 组件的最佳实践
Best Practices exposing Bower components
我正在使用 Bower 构建一个 Spring 项目来管理客户端库。我很想知道将这些库（或由包管理器管理的任何类型的客户端库）公开给 Web 客户端的最佳实践方法是什么。
我可以看到我可以使用 .bowerrc 文件来选择安装文件的位置。我可以将它们安装到一个静态资源文件夹中，http 请求可以访问其中安装的每个文件。然而，公开所有文件而不是我特别需要的文件，这让我感到潜在的代码味道。
我可以将单个文件复制到这样的目录中，或者采用自动化解决方案来执行相同的操作。但是，如果认为这不是必需的，我宁愿不花费精力。
哪些或任何其他解决方案（如果有）被认为是执行此操作的明确最佳实践方法，为什么？ （请提供参考以支持您的回答。）明确地说，我对个人意见不感兴趣，但如果有一个已知的、明确首选的解决方案，我更感兴趣。
看了很多项目和教程的建议后，似乎明确的方法如下：
使用 Grunt 或 Gulp 等框架将 "built" 代码与源代码分开。构建代码，在这种情况下指的是复制、缩小、and/or 连接到单独文件夹中的代码。 Grunt 或 Gulp 配置文件应包括所有应用程序代码，以及来自 Bower 组件的 select 源文件。 运行 应用程序应仅引用这些 "built" 文件。 "built" 客户端代码的目录应由 Spring.
静态提供
我正在使用 Bower 构建一个 Spring 项目来管理客户端库。我很想知道将这些库（或由包管理器管理的任何类型的客户端库）公开给 Web 客户端的最佳实践方法是什么。
我可以看到我可以使用 .bowerrc 文件来选择安装文件的位置。我可以将它们安装到一个静态资源文件夹中，http 请求可以访问其中安装的每个文件。然而，公开所有文件而不是我特别需要的文件，这让我感到潜在的代码味道。
我可以将单个文件复制到这样的目录中，或者采用自动化解决方案来执行相同的操作。但是，如果认为这不是必需的，我宁愿不花费精力。
哪些或任何其他解决方案（如果有）被认为是执行此操作的明确最佳实践方法，为什么？ （请提供参考以支持您的回答。）明确地说，我对个人意见不感兴趣，但如果有一个已知的、明确首选的解决方案，我更感兴趣。
看了很多项目和教程的建议后，似乎明确的方法如下：
使用 Grunt 或 Gulp 等框架将 "built" 代码与源代码分开。构建代码，在这种情况下指的是复制、缩小、and/or 连接到单独文件夹中的代码。 Grunt 或 Gulp 配置文件应包括所有应用程序代码，以及来自 Bower 组件的 select 源文件。 运行 应用程序应仅引用这些 "built" 文件。 "built" 客户端代码的目录应由 Spring.
静态提供