polymer - 如何构建包含 100 多个元素的大型 polymer 项目

Question

Polymer Starter Kit是启动 Polymer 项目的一个很好的引用。您只需将所有元素放入 app/elements 文件夹中即可。这对于中小型项目来说非常有效。

当元素超过 30 个时，它就会变得困惑。然后，您想要将平面 elements 文件夹重构为更深层次的文件夹结构，如下所示:

-元素
-- 我的模块1
--- 我的元素-1-1
--- 我的元素1-2
-- 我的模块2
--- 我的子模块-2-1
---- 我的元素-2-1-1
---- 我的元素-2-1-2
--- 我的子模块-2-2
---- ...


有几个问题:

• 当您想要演示和测试子模块时，您需要导入每个元素定义上方的所有依赖项
• 你打破了“所有元素都是兄弟元素”的模式
• 您的相对路径变得困惑(很多 ../../../my-module-x/my-module-y)
• 您要么有很多路径，例如../../../../bower_components，要么使用/bower_components，那么您需要重定向在你的开发服务器中，绝对路径会弄乱 gulp-vulcanize。
• 通过每个元素的演示和测试文件夹，您的目录结构增长得非常快

这是一个nice article描述问题并指出两个解决方案:

• 单独的元素存储库
• 构建可重用元素

单独的元素存储库，如 Topeka App 中所示适用于大约 30 个元素，但一旦元素达到 100 多个，您就会遇到同样的问题。

构建可重用元素一开始似乎是个好主意，因为您可以很好地封装所有内容。但是，处理数百个存储库是一件痛苦的事情，当您想在存储库中包含多个单个元素时，标准模式就会被打破。

所以我想知道，构建大型 Polymer 应用程序的良好实践有哪些？有超过 30 个元素的项目示例吗？

对于包含多个元素的可重用元素存储库，有哪些良好实践？

什么是多入口点的良好结构？

一般来说:您如何扩展 Polymer 项目？

Answer 1

我们有一个提供 100 个元素的生产应用程序。我们发现将文件夹内的多个元素分组以减少存储库和文件夹的数量非常有用。我们仍然使所有元素成为兄弟元素。

Google 自己的元素中有一些这方面的先例。如果您查看 app-layout 和polymerfire，它们都包含多个自定义元素。

思想转变是要记住，并非每个元素都应该存在于其自己的目录中。