Cakephp脚手架，离开还是移除？

在部署阶段，处理脚手架的最佳方法是什么

把它放在那里？但是，什么是保护访问它的最佳方式呢

移除它？但是我需要另一个系统来访问所有的数据，对吗

---

人们通常如何使用CakePHP处理脚手架，这在构建过程中非常有用？

大多数人在接近部署时不再使用脚手架。 这就是“烘焙”发挥作用的地方

通常，在仍然大量更改数据库结构的情况下，您只能使用脚手架。 一旦稳定，您就可以使用自定义烘焙模板将视图烘焙为真实文件。 实际上，我从不使用脚手架，因为烘焙有更多的优势（例如完全定制模板输出）。

---

重新调整也没什么大不了的。它很快就能实现。

大多数人在接近部署时不再使用scaffold。 这就是“烘焙”发挥作用的地方

通常，在仍然大量更改数据库结构的情况下，您只能使用脚手架。 一旦稳定，您就可以使用自定义烘焙模板将视图烘焙为真实文件。 实际上，我从不使用脚手架，因为烘焙有更多的优势（例如完全定制模板输出）。

---

重新制作也没什么大不了的。它很快就能实现。

同意，只要确保在烘焙之前备份您的项目，以防烘焙无法产生预期的结果。更好的是，如果您还没有这样做，请使用版本控制系统，这样您就可以回滚更改。Scaffold不适用于生产环境，我认为这对性能也不好，因为它会动态地“生成”代码，必须在每个请求/页面视图中检查您的数据库结构。我也同意，但有一个例外。您可以在管理部分使用脚手架，如果只是偶尔由几个开发人员使用。但是，一旦您准备好开始推送管理功能对某些用户来说，您需要正确地构建它们。同意，只要确保在烘焙之前备份项目，以防烘焙无法生成所需的结果。更好的是，如果您还没有这样做，请使用版本控制系统，以便您可以回滚更改。Scaffold不适用于生产环境，也不适用于环境性能，因为它是动态“生成”代码，必须在每个请求/页面视图中检查您的数据库结构。我也同意，但有一个例外。您可以在管理部分使用脚手架，如果只是偶尔由几个开发人员使用。但是，一旦您准备好开始将管理功能推送到您的部分用户，您需要正确地构建它们。