最佳实践：多个网络应用程序是否应该共享一个后端 PHP 文件？
Best practice: Should multiple web-apps share one backend PHP file?
我在网络服务器上有几十个单页 PHP 应用程序 运行，目前它们都使用相同的后端 .PHP 文件进行服务器调用。
每次我开发一个新的应用程序或更新一个现有的应用程序时，我都会定期和暂时地破坏整个脚本，因此所有的应用程序，由于语法错误，copy/pasting，等等。
这是构建我网站的 "right" 方式吗？
一堆页面，每个页面在同一个页面调用不同的函数backend.php。
如果我应该将我的 backend.php 分解为每个应用程序或其他东西的一个脚本，我想听听大家的意见。
这里有很多问题（特别是将未经测试的代码投入生产），但要回答你的问题：不，你不应该在一个文件中有多个应用程序。一个文件应仅包含一个 class 或一组相关功能或其他逻辑，而不应包含多个不相关应用程序的逻辑。
您应该做的是用单元测试覆盖共享后端逻辑。这也意味着，您必须停止将所有内容转储到一个平面文件中，而是将您的代码拆分为 类。
要了解什么是单元测试的基础知识，您可以从观看此视频开始：https://www.youtube.com/watch?v=wEhu57pih5w
我也不认为"single-page app"不等于"single-file app"。如果您将共享的 "framework" 与特定于应用程序的代码分开，这会让您的生活变得更轻松。
我在网络服务器上有几十个单页 PHP 应用程序 运行，目前它们都使用相同的后端 .PHP 文件进行服务器调用。
每次我开发一个新的应用程序或更新一个现有的应用程序时，我都会定期和暂时地破坏整个脚本，因此所有的应用程序，由于语法错误，copy/pasting，等等。
这是构建我网站的 "right" 方式吗？
一堆页面，每个页面在同一个页面调用不同的函数backend.php。
如果我应该将我的 backend.php 分解为每个应用程序或其他东西的一个脚本，我想听听大家的意见。
这里有很多问题（特别是将未经测试的代码投入生产），但要回答你的问题：不，你不应该在一个文件中有多个应用程序。一个文件应仅包含一个 class 或一组相关功能或其他逻辑，而不应包含多个不相关应用程序的逻辑。
您应该做的是用单元测试覆盖共享后端逻辑。这也意味着，您必须停止将所有内容转储到一个平面文件中，而是将您的代码拆分为 类。
要了解什么是单元测试的基础知识，您可以从观看此视频开始：https://www.youtube.com/watch?v=wEhu57pih5w
我也不认为"single-page app"不等于"single-file app"。如果您将共享的 "framework" 与特定于应用程序的代码分开，这会让您的生活变得更轻松。