编写与CMS或框架无关的代码有几个好处。例如，通过其新的内容编辑器Gutenberg，WordPress可以编写组件，这些组件也可以用于其他cms和框架，比如Drupal和Laravel。然而，Gutenberg强调代码的重用集中在组件的客户端代码（JavaScript和CSS）；关于组件的后端代码（例如提供向组件提供数据的api），没有预先确定的考虑。

因为这些cms和框架（WordPress、Drupal，Laravel）都运行在PHP上，使其PHP代码可重用性也将使在所有这些不同平台上运行我们的组件变得更容易。再举一个例子，如果我们决定用另一个来代替我们的CMS（就像最近发生的那样，很多人在引入Gutenberg之后谴责WordPress），让应用程序代码与CMS无关简化了问题：我们的应用程序代码对CMS的不可知性越强，将其移植到其他平台所需的工作将更少。

从为特定CMS构建的应用程序代码开始，将其转换为CMS不可知的过程在本文中称为“抽象代码”；。代码越抽象，就越能被重用到任何一个CMS中。

使应用程序完全不受CMS的影响是非常困难的，尽管这可能是不可能的，因为迟早它都需要依赖于特定CMS的意见。然后，我们的目标不是试图实现100%的代码可重用性，而是将CMS不可知的代码量最大化，以使其在不同的CMS或框架之间可重用（在本文的上下文中，这两个术语可以互换使用）。然后，将应用程序迁移到另一个框架不是没有痛苦的，但至少它会尽可能的无痛