User interface 基于组件的开发，组件应该是无框架的。

场景是一个基于业务组件的web开发团队。组件是由不同的团队成员开发的，他们对组件系统应该如何工作有着共同的理解

一种解决方案是让容器负责网格、核心ui样式，可能还有一些其他js组件，比如引导。那么问题是，如果我们依赖这样一个运行时。模块不会像预期的那样隔离

另一个想法是在整个应用程序构建时使用webpack作为构建工具。然后我们就可以依靠构建时间来避免重复的资源。这将是一个合理的解决方案，只是我们可能需要为每个组件导入多个模块

---

还有其他想法吗？

听起来你可以把每个组件都做成一个commonjs组件，然后根据每个应用程序的需要使用webpack将它们捆绑起来。我们公司的工作原理是，我们有一个很大的commonjs组件库。我们有多个应用程序，对于每个应用程序，我们使用webpack捆绑所需的组件/模块。每个“应用程序”都是网页中的一个新入口点

---

希望有帮助

我们正在做类似的事情。我们的用例更像是第三方场景。我们无法控制容器应用程序。如果我们在组件中使用一个框架，很可能会带来冲突或至少是混乱。我们只是和产品团队做了一些妥协，我们可以说我们需要像angular，ember这样的框架。他们将决定是否可以使用我们的工件，如果不能，他们可能会用我们的基本库进行自己的包装。