某物从一个地方缓慢或逐渐地移

动到另一个地方”。这个术语描述了我们世界上的许多事物和现象——既有积极的一面，也有消极的一面。不幸的是，在软件开发中，当我们需要升级或更改项目中的技术时，“迁移”一词通常属于后一种情况。


“好”、“快”、“便宜”。过去，当我们需要在发展、商业或一般生活中做出选择时，我们在许多情况下只选择其中两个。通常，作为本文主题的前端迁移甚至不 电报号码数据 允许这样做：“便宜”对于任何迁移来说都是遥不可及的 ，你必须选择“好”或“快”。但是，您不能两者兼得。通常。


弗兰肯斯坦怪物不一定是可怕的。他可以很可爱。有时。
弗兰肯斯坦怪物不一定是可怕的。他可以很可爱。有时。 (大预览)
为了打破刻板印象，本文提出了一种不那么典型的独立于框架的前端应用程序迁移方法：“弗兰肯斯坦迁移”。这种方法使我们能够将“好”和“快”结合起来，同时降低迁移成本。


尽管如此，这并不是灵丹妙药。相反，我喜欢将其视为一场小型的移民革命。与任何其他革命一样，这种方法可能会产生副作用、问题，并且人们在尝试之前就充满活力地声称这行不通。


我们肯定会在本文中进一步讨论这种方法的潜在问题，但请耐心等待，也许您仍然会发现一两个对您的下一次迁移有用的想法。


此外，我们将要讨论的相同方法可用于与迁移不直接相关的更广泛的任务：






组合应用程序的不同部分（用不同框架编写）。它对于快速原型设计、引导甚至生产就绪实验非常有用。
解耦应用程序的不同功能，以便能够在不重新构建整个应用程序的情况下进行部署。甚至可以将您的核心功能设置为更频繁的发布周期。它在大型项目中很有用。特别是，每次您将内容推送到master（可能需要很长时间）时都通过 CI/CD 运行的程序，有助于节省功能发布的时间。
这种方法甚至可以让您拥有灵活的招聘政策：即使他们不使用以下框架，您也可以雇用聪明的开发人员你的项目还没有。开发人员可以继续使用他们熟悉的工具和框架，从第一天起就为您的公司带来价值（对于初创公司尤其有价值），同时了解您的项目如何运作并选择您选择的框架。
尽管如此，这篇文章主要是关于移民的，在我们深入研究弗兰肯斯坦移民的黑暗水域之前，让我们看看我们对那些“好的”的进展情况=2>”和“快速”迁移方案，以了解其优缺点。