Model view controller 编码点火器

Model view controller 编码点火器,model-view-controller,codeigniter,design-patterns,Model View Controller,Codeigniter,Design Patterns,中间代码应该放在哪里?(不只是从数据库存储/检索数据,也不只是处理请求/视图) 比如说, 假设我有清单,我在模型中创建CRUD函数。这些列表可能需要更复杂的任务,例如暂停和恢复,这可能需要一些时间计算、错误设置等。这些任务应该放在模型中,还是应该将简单模型包装到库中,并将其用作模型的中间人 目前,我正在考虑使用驱动程序/库并保持模型相当简单,除了一些动态选择过滤器。但是我有点困惑,因为我猜在库中执行之后,我可能必须重新检查模型中的变量、依赖项等,是吗 我很可能会将模型中的所有内容挤在一起并检查一

中间代码应该放在哪里?(不只是从数据库存储/检索数据,也不只是处理请求/视图)

比如说,

假设我有
清单
,我在模型中创建CRUD函数。这些
列表
可能需要更复杂的任务,例如暂停和恢复,这可能需要一些时间计算、错误设置等。这些任务应该放在模型中,还是应该将简单模型包装到库中,并将其用作模型的中间人

目前,我正在考虑使用驱动程序/库并保持模型相当简单,除了一些动态选择过滤器。但是我有点困惑,因为我猜在库中执行之后,我可能必须重新检查模型中的变量、依赖项等,是吗


我很可能会将模型中的所有内容挤在一起并检查一次,或者分开检查两次?

一般的经验法则是:

1) 执行模型中的所有业务逻辑

2) 执行交通警察在管制员中的动作。(根据活动结果将用户引导到新视图。)

3) 仅在视图中执行表示逻辑

您想做的任何其他被认为是“中间人”的事情都可以驻留在库或助手中

但应该注意的是,如果编写库,不要忘记在类中获取当前CI对象的实例,以便与内部类方法一起使用

class Your_lib {
  $CI =& get_instance();
  ...
}

希望能有所帮助。

一般的经验法则是:

1) 执行模型中的所有业务逻辑

2) 执行交通警察在管制员中的动作。(根据活动结果将用户引导到新视图。)

3) 仅在视图中执行表示逻辑

您想做的任何其他被认为是“中间人”的事情都可以驻留在库或助手中

但应该注意的是,如果编写库,不要忘记在类中获取当前CI对象的实例,以便与内部类方法一起使用

class Your_lib {
  $CI =& get_instance();
  ...
}
希望有帮助