Cakephp 脚手架,留下还是移除?

Posted

技术标签:

【中文标题】Cakephp 脚手架,留下还是移除?【英文标题】:Cakephp scaffold, leave it or remove it? 【发布时间】:2013-01-25 00:11:01 【问题描述】:

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

放在那里?但是,保护访问权限的最佳方法是什么?

删除它?但是我需要另一个系统来访问所有数据,对吧?

在Cakephp中,搭建过程中非常有用的脚手架,人们通常如何处理?

【问题讨论】:

【参考方案1】:

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

您通常只会在大量更改数据库结构的同时使用脚手架。 一旦它变得稳定,您就可以使用自定义烘焙模板将您的视图烘焙到真实文件。 实际上,我从不使用脚手架,因为 bake 具有更多优势(例如完全自定义模板输出。 重新烘烤并不是什么大不了的事。实现起来相当快。

【讨论】:

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

以上是关于Cakephp 脚手架,留下还是移除?的主要内容,如果未能解决你的问题,请参考以下文章

Cakephp 中的脚手架允许选择 Parent_id,但烘焙控制器显示一个空的选择框

从 Laravel 8.x 中移除前端脚手架

复选框的 CakePHP 1.3 数据类型

vue-cli脚手架安装jest单元测试,运行异常解决办法

rails g 脚手架系列名称:字符串 - 这是命名约定错误还是其他原因

使用Vite快速构建Vue3+ts+pinia脚手架