用于管理多个表的PHP通用类

用于管理多个表的PHP通用类,php,wrapper,Php,Wrapper,在MVC模式中创建一个泛型类来处理多个表上的CRUD操作是可行的,还是应该创建模型、视图和控制器来处理系统中所有表(大约200个表)的这个简单任务?然而,这将是一个“问题”。JavaScript也必须动态构建 所以,基本上。创建这个“代码生成器”所花费的时间值得吗?还是我应该坚持在软件中对所有内容进行编码?听起来你正在走上一条最终会让你自己编写代码的道路 为自己节省一些时间(和痛苦!),并研究一些当前可用的ORM。你可以找到一个适合你需要的。在PHP中工作时,我喜欢使用.Chris,即使使用OR

在MVC模式中创建一个泛型类来处理多个表上的CRUD操作是可行的,还是应该创建模型、视图和控制器来处理系统中所有表(大约200个表)的这个简单任务?然而,这将是一个“问题”。JavaScript也必须动态构建


所以,基本上。创建这个“代码生成器”所花费的时间值得吗?还是我应该坚持在软件中对所有内容进行编码?

听起来你正在走上一条最终会让你自己编写代码的道路


为自己节省一些时间(和痛苦!),并研究一些当前可用的ORM。你可以找到一个适合你需要的。在PHP中工作时,我喜欢使用.

Chris,即使使用ORM,我也必须在每个控制器中创建方法,并引用模型类在数据库中进行CRUD操作。让我把事情说清楚。我的公司有一位高级开发人员,他使用Delphi创建了一个通用的表管理“表单”。但事情有点简单。基本上,有一个DBGrib与一个DBNavigator相关联,并且支持表的所有维护都可以快速轻松地完成。他们希望在PHP中也能做到这一点,即使这意味着要在单个路由中处理所有请求。这似乎不对。@Martignoni,我听不懂这个评论。请用相关代码片段更新您的问题,以便我们能够理解问题。Chris,让我再次尝试解释问题。我想知道,为数据库中的任何表创建一组处理CRUD操作(包括HTML表单生成)的小类所需的时间是否有任何好处。其实我觉得这个问题有点模糊。到目前为止,我还没有在任何PHP应用程序上看到过类似的东西。@Martignoni,你是在寻找类似的东西吗?不要因为它很流行而被某个特定的方式所吸引。如果你能创建几个文件来完成任务,为什么还要去创建和维护数百个不同的模型/视图/控制器呢?