2013-07-16 32 views
0

该文件说,在模型中,你可以连接sql并做一些事情来管理,但在控制器中我也可以加载数据库并用sql连接管理这些东西,我知道在 中你会喜欢传统的MVC模式,所以我只想知道是否有必要在CI中使用模型。Codeigniter中模型是否必要?

+1

如果您*可以*从控制器访问数据库,那么显然该模型不是*必需的*。如果你真的喜欢在脚下射击自己,那也没有必要。 – deceze

+1

必要吗?不,但你也不需要使用控制器。只需在你的视图中加载php文件。 –

+0

[什么是mvc](http://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller) –

回答

1

除非和直到你不与你的Database动作交互不需要模型,当然啦,在某些情况下,你can write your database queries at controller itself。但它是用MVC(模型 - 视图 - 控制器)架构的意义

3

正如其他人所指出的,模型是没有必要的;既不使用任何框架。我们选择使用框架是因为它们提供了许多工具和设计实践,使开发更容易。其中之一是演示和逻辑的分离。

MVC中的逻辑通常由模型执行。控制器只处理接收输入并调用正确的模型。这使您可以轻松测试您的代码。这也允许您同时并分别开发前端和后端代码。

我认为关于MVC设计模式以了解它试图实现什么对于read很重要。

0

从理论上讲,您可以在控制器中加载和创建模型的操作,但它不是MVC模式。

MVC(模型 - 视图 - 控制器)是一种模式,通过它可以分离出三个“逻辑扇区”。

例如: 假设您必须在更多页面(控制器操纵)中多次选择产品列表,如果没有该模型,您应该为每个控制器重新编写查询,并且此代码重复位于MVC之外模式,超越了糟糕的表演。通过模型Morover,您可以轻松处理持久性数据。

MVC模式被“创建”,用于编写更少的代码,重新使用现有的代码。

0

重要的是要知道,模型不仅适用于数据库,但更多地面向该功能。

模型中,可以定义与持久信息的交互,它可以是一个文件,数据库,文件系统等

这不是绝对必要有一个,但强烈建议,如果您需要坚持信息(保存/读取),因为它将应用程序划分为逻辑部分。 (MODEL - VIEW - CONTROLLER)。每个都有它的功能。