2011-06-01 34 views
1

这是关于MVC一个一般性的问题..这是一个MVC?

我写了一个PHP类与核心JsonData字符串将jQuery发送阵列..和jQuery的i'm访问数据,并将其添加到我的意见(.append (“htm stuff”+ jsondata))

现在Jquery从具有catch块的between.php页面调用数据,并且在调用case/function时,页面之间调用一个函数从PHP类发送JSON数据..

所以我有我的OOP PHP模型,发送核心jsondata,控制器(catch块),和视图(jQuery页面)..是这种MVC ?或者我确实想念它吗?

我的代码的一个例子是关于前一个问题贴here

+0

我还没有看到一个实现这样。 – 2011-06-01 09:22:25

+0

你在学习还是在发展中?如果开发,我会建议使用一个框架,因为1.更安全2.更简单更快3.功能4.您不必思考(这样或那样)框架强制您以正确的方式执行)。你可以谷歌周围的[php框架](http://www.google.com/search?q=php+framework)。 – 2011-06-01 09:32:11

+0

只是lerning :) ,,但谢谢你的建议! – 2011-06-01 09:49:55

回答

2

看着你在其他帖子中发布的代码,它不是一个MVC实现。或者至少这是一个糟糕的实现。

MVC是关于从您的业务逻辑分离您的演示文稿。看着您的文章类,你不会从您的视图单独的业务逻辑:

public static function readPosts(){ 
    $query = new Post_db("SELECT * FROM pmessage 
          ORDER BY p_id DESC 
         "); 

    $posts = array(); 
    while($row = $query->fetchRow()){ 
     $posts [] = new Post($row); 
    } 

    foreach($posts as $item){ 
     echo $item; 
    } 
} 

在此功能,您从您的数据库(业务逻辑)和打印内容(视图)获取信息。换句话说,你用一种方法结合你的MV。所以我会说:不,这不是MVC。

+0

确定了!非常感谢。 – 2011-06-01 09:42:07

+1

我同意,但我会更进一步,并说击中数据库是一个数据访问责任值得自己的层与业务层相切。我是存储库模型的粉丝,它为您提供了一种强大的功能,可以随时更改持久性方法。 – StarTrekRedneck 2011-06-11 16:32:06

0

凡是满足或之后Model-View-Controller模式被称为MVC。我们要以这种方式或另一种方式来采取。

在我看来,就像我说过的,如果它满足MVC需求,那么就称之为MVC。

1

在简单的一句话MVC是一种模式,但它应该遵循某种模式编码的关注,即分离

  • 型号:属性类,表格数据
  • 查看基本容器:简单的HTML页面使用模型显示数据。
  • 控制器:它向模型发送命令以更新模型的状态 。它也像路由器一样发送模型来查看,反之亦然。

看到下面的链接以供参考...

Help Link