【发布时间】:2010-12-15 18:55:15
【问题描述】:
在 CI 中,至少对我而言,视图必须是您的布局 (html),控制器是结构,模型处理数据。构建应用程序时,业务逻辑将在哪里?
我维护控制器只是为了处理 url,因为我想将结构与业务逻辑分开。我一直在使用我的模型来检索数据并对其进行处理(数据和业务逻辑),但是如果我决定切换数据源就会出现问题。
总是引入一个库来分离主要业务逻辑是一种最佳做法吗?
【问题讨论】:
标签: php codeigniter
在 CI 中,至少对我而言,视图必须是您的布局 (html),控制器是结构,模型处理数据。构建应用程序时,业务逻辑将在哪里?
我维护控制器只是为了处理 url,因为我想将结构与业务逻辑分开。我一直在使用我的模型来检索数据并对其进行处理(数据和业务逻辑),但是如果我决定切换数据源就会出现问题。
总是引入一个库来分离主要业务逻辑是一种最佳做法吗?
【问题讨论】:
标签: php codeigniter
业务逻辑应该在您的模型中。模型不一定需要在其对象中嵌入数据库连接。在模型层中,您可能希望有一些专门用于业务逻辑的类,而另一些专门用于诸如数据库连接之类的操作。一些框架,如 Grails 上的 Groovy,建议使用服务来处理跨控制器重复的业务逻辑(检查用户是否经过身份验证)/模型对象。
【讨论】: