当球队拥抱这个概念微型前端他们可以使用许多模式来将个体微型前端集成到一个应用中。始终存在反典。在这种情况下是一个共同的通过工件的前端集成。对于每个微前端,构建了工件,通常是NPM包,其被推入注册表。稍后的步骤,有时在不同的构建管道中,然后将各个包组合成包含所有微前端的最终包。从纯粹的技术角度来看,在构建时的整个集成会导致工作应用程序。然而,通过工件集成暗示,对于每个改变,需要重建完整的工件,这是耗时的,并且可能对开发人员体验产生负面影响。更糟糕的是,这种整合的前端的风格还在构建时的微前端之间引入了直接依赖性,因此导致相当大的协调开销。