计算机经历几十年 CURD，难道没有一个大而全的解决方案吗？

[heheda11]

一套告诉你 CURD 操作就没有？

比如 超强 UI 脚手架。。 从 ES Redis MYSQL 一些列中间件 一键勾选自动生成，所有基本库操作

从追踪连到日志分析，性能警告

就没有这样的东西吗？

[holulu]

@namelosw +1

[charlie21]

为什么需要一个大而全的解决方案呢？你做 CRUD 老板没给你钱吗，你想想你拿了这个解决方案 老板也可以拿 然后你就被开除了，所以 你为什么想要一个大而全的解决方案呢？应该是你的老板想要一个大而全的解决方案，拿到之后方便开除你。

#程序员自杀行为日常

[Building]

这个问题就好像在问喜马拉雅为什么是世界最高峰一样。

[charlie21]

织袜机器的广泛运用成为了卢德运动的导火索。织袜机能高速的缝制袜子，但质量奇差、价格低廉，一下子冲击了市场，使得无数传统织袜厂纷纷倒闭，工人失业。工人们曾经呼吁工厂主不要使用织袜机，但收效甚微，于是展开了一场暴力运动，即为卢德运动
https://www.sohu.com/a/333582725_552814

[acmore]

“大而全” 很多时候都是缺点而非优点。

[wellsc]

@IgniteWhite 这种简称本来就没有先后顺序，没规定不让哈希冲突吧

[zpxshl]

@charlie21 历史的进展是无法抵挡的。

[Samuelcc]

有句话是怎么说的，Generalization is generally wrong. 可能也适用于这种场景。

[Samuelcc]

@wellsc 他应该意思是这个缩写有个双关意，所以顺序是有意义的。

[IgniteWhite]

@wellsc
@Samuelcc
啊我就想介绍一下这个约定俗称的叫法，人们都这么说而已，不是什么规定。三楼给的维基百科里也讲了一些其他叫法：

Other variations of CRUD include:
CRUDL (create, read, update, delete, list)
BREAD (browse, read, edit, add, delete)
DAVE (delete, add, view, edit)
CRAP (create, replicate, append, process)

既然有叫 bread 的，其实叫 curd 也合理，都是食物嘛。crud 和 crap 的叫法就是垃圾的意思，带有自黑。

[monimonipo]

快速配环境不是有 XAMP PHPSTUDY 之类吗，apche/nginx+php+mysql/mariadb+redis，啥都有；
你说的 UI 脚手架有一些 CMS 可以实现，wordpress，织梦等等，不需要你写一行代码，后台有可视化编辑器；
日志分析，性能警告的更多啊，宝塔之类，就不和你说 zabbix nagios prometheus 。

[Mohanson]

大而全的解决方案不就是招收职业的 CRUD Boy 吗(狗头

[ChefIsAwesome]

大而全的解决方案就是写代码。

[alsotang]

我觉得 ruby on rails 是的。

[MarkLeeyun]

@Building 为什么?

[cedoo22]

AI 要是能自己编程， 除非有一种模型能把所有需求 以及意外情况都能完美模拟出来， 但是人的行为 又不是什么事情都完全符合逻辑的，
所以，要完全控制细节 还是只能用代码来搞定， 越往后 编代码会变得越来越简单。

[MintZX]

不存在的，元素周期表上就 118 个元素，你给地球上所有物质套个模版出来。。

[liuxingdeyu]

程序怎么定义项目复杂度呢，做个 12306 和做个动物园电瓶车票调度本质上功能是一样的，但是实际上能一样吗。还有聊天，我们大学学 mfc 那会考试就让写一个局域网聊天工具，但是你看看微信，你再看看 qq

[zhennann]

从来没有一劳永逸的大而全的解决方案。但是如果仅仅停留在 CRUD 的层面，显然又不符合咱们程序员不断追求进步的气质
在业务系统中，CRUD 仅仅是数据管理的基础，在此基础上还需要考虑：菜单权限、数据权限、审批流、前端界面显示（兼容 mobile/pc ）、消息推送、历史数据，等等。对于大多数业务系统而言，以上诸方面都有共性。能把这些共性部分抽象出来，提供统一的接口，同时也提供可扩展的机制，那么就可以极大的提升业务系统的开发效率了

强烈建议参考一下 NodeJS 全栈开源框架 CabloyJS，尝试着在 CRUD 的基础上前进了好几步，在线效果预览： https://test.cabloy.com/