记第二次使用php开发项目之绝不重复自己-阿里云开发者社区

开发者社区> 开发与运维> 正文

记第二次使用php开发项目之绝不重复自己

简介:

      严格说起来,自己并非一个合格的php程序员。第一次使用php开发,不过是因为游戏上线,需要一个统计管理后台和GM后台,因为招聘已经来不及,所以我就上前线了!

      凭着对php语法的一点点记忆(大学的时候学习过),边看《php与Mysql Web开发》,就边上手了!刚开始写的时候,根本没有章法,html 和 php直接混在一起,后来边开发边琢磨,不能这样,起码要界面和逻辑分离一下吧。想起来大学的时候做过ASP.NET,使用了自己理解的三层构架,那么就把三层构架引入吧。可是实际的开发过程中,觉得中间逻辑层和数据层实在不想费脑筋分开,就索性用两层好了,于是就调整成了两层构架。

  比如我们举一个例子:我们要做一下金币消耗的统计。

      首先看下 coinsCustomView.php:


<table>
    <tr>
        <th>类型</th>
        <th>数值</th>
    </tr>
    <?php
        require_once('dataStaticsLogic.php');
        $arr = array();
        $arr = getCoinStatics();
        foreach($arr as $key=>$value)
        {
    ?>
    <tr>
        <td><?php echo $value["type"]; ?></td>
        <td><?php echo $value["content"]; ?></td>
    </tr>
    <?php
        }
    ?>
</table>

       再看下 dataStaticsLogic.php的定义:


<?php
    require_once ('../../include/common.inc.php');
    require_once('../../include/biz/order.php');
    require_once ('../comm/safety.php');
    require_once ('../serialsModule/serialsMuduleBase.php');
    //金币统计
    function getCoinStatics()
    {
        global $mongoUrl;
        global $moneyConfig;
        global $mongoName;
        $mongoConn = new Mongoclient($mongoUrl);
        $mongoDB = $mongoConn->selectDB($mongoName);
        $mongoCollection = $mongoDB->selectCollection("mmo.moneySerials");
         
        $statics = array();
        foreach ($moneyConfig as $key=>$value)
        {           
            $query = array('type'=>$key);
            $itemSum = 0;
 
            $cursor = $mongoCollection->find($query);
            while($cursor->hasNext())
            {
                $row = $cursor->getNext();
                $itemSum += $row['value'];
            }
             
            $item["type"] = $value;
            $item["content"] = $itemSum;
             
            $statics[] = $item;
        }
        $mongoConn->close();
        return $statics;
    }

 ***View.php 是用来展现数据的代码,而***Logic.php是用来处理逻辑和获取数据的代码。就是套用这样一个简单的逻辑,基本是面向对象的思想(项目中基本没有使用php面向对象的思想),完成了第一个php统计后台和GM管理后台!我只能可能要被php大神耻笑了。大家还是体谅一下一个java程序写php的苦衷吧!

      很多,我们迎来了第二个项目,第二个项目也需要一个统计后台。当开始着手做这个php统计后台的时候,我自己心中有两个声音一直在提醒我。一个是,把原来的项目拔拔,再改吧改吧,继续套用好了,反正上次也没有出现什么问题。第二个声音就是,专业一点,不要重复自己,使用现在流行的mvc模式,去做这个新的后台,这样也能完成自己对php的新的认知。很多朋友来提来意见,有的说,代码技术只是工具啦,做出来能用就好,而且还是一个内部使用工具,做那么专业干嘛,简单高效是准则! 有的说,直接套用php成熟的框架smarty或者 thinkphp啦。根本不用想太多!

      最终最终还是,奔着绝不重复自己的原则,决定使用mvc模式,把数据,逻辑和界面分开!也趁机好好学习了一下mvc模式,因为毕业以来一直在做服务器的开发,所以对前段这些框架,虽然他们天天讲,可是自己始终不太理解。好吧,趁这次机会,提升自己一下啦。

      那么我们就拿一个简单的例子来做参考,来理解一下mvc模式,顺便看看新的项目,是如何做模块的划分的,如何分离界面,数据和逻辑的!

      首先给我们看下图:

     

      首先在代码的组织上,就将业务逻辑和界面分开。关于MVC的示意图,网上是在是太多了,我就不在这里贴出来了,大家随便搜搜,大把的图片例子和文档。

      我们用一个获取所有房间列表的例子来做参考好了!

      首先看下Model层,就是所谓业务层,包含Room类的设计,还有需要说明的是,CurlRequest类,这里就不贴出来了,就是http请求获取数据,在这里相较于前一个项目,很多东西都是封装成了类!无论是http请求,还是数据库请求!


class Room {
    private $roomId;
    private $roomName;
    private $roomUserCnt;
    private $roomSpectCnt;
     
    public function __construct($roomId,$roomName,$roomUserCnt,$roomSpectCnt) {
        $this->roomId = $roomId;
        $this->roomName = $roomName;
        $this->roomUserCnt = $roomUserCnt;
        $this->roomSpectCnt = $roomSpectCnt;
    }
     
    public function getRoomId(){
        return $this->roomId;
    }
     
    public function getRoomName(){
        return $this->roomName;
    }
     
    public function getRoomUserCnt(){
        return $this->roomUserCnt;
    }
     
    public function getRoomSpectCnt(){
        return $this->roomSpectCnt;
    }
     
}
 
class RoomModel {
     
    private $cmd = "php";
     
    private $subCmd = "roomList";
     
    public function fetchAllRooms(){
        require_once dirname( dirname( dirname(__FILE__) ) ).'/base/CurlRequest.class.php';
        require_once 'Room.class.php';
         
        $allRoom = array();
        $curl = new CurlRequest();
         
        $result = $curl->fetchResponse($this->cmd, $this->subCmd);
          
        $resultByJson = json_decode($result,true);
         
        for($i = 0;$i<count($resultByJson);$i++){
            $allRoom[] = new Room($resultByJson[$i]["roomId"], 
                                $resultByJson[$i]["roomName"],
                                $resultByJson[$i]["roomUserCnt"],
                                $resultByJson[$i]["roomSpectCnt"]);
        }
         
        return $allRoom;
    }
     
}

      RoomModel的职责很简单,就是获得所有的房间数据,无论是通过Http请求获得,还是通过Mysql数据库获得,界面和逻辑层都无从得知。

       下面是界面层:也就是RoomView.php的代码


<?php
                         
    echo "<table>";
    echo "<tr><th>房间id</th><th>房间名称</th><th>参与人数</th><th>旁观人数</th></tr> ";
     
    foreach ($allRoom as $room)
    {
       echo "<tr>";
       echo "<td>".$room->getRoomId()."</td>";
       echo "<td>".$room->getRoomName()."</td>";
       echo "<td>".$room->getRoomUserCnt()."</td>";
       echo "<td>".$room->getRoomSpectCnt()."</td>";
       echo "</tr>";
    }
     
    echo "</table>"
 
?>

  View在这里,就是控制界面,输出所要展现的数据。

      很多人可能就想,有View和Model在这里,完全不需要Controller了吧,起始我觉得也是这样

      下面看下RoomListController的代码


<?php
 
  
class RoomListController {
    public function displayRoomList(){
        require_once (dirname(dirname(__FILE__))."/model/RoomModel.class.php");
         
        $roomModel = new RoomModel();
        $allRoom = $roomModel->fetchAllRooms();
         
        include_once dirname(dirname(__FILE__))."/view/RoomListView.php";
         
    }
}
 
    $roomController = new RoomListController();
    $roomController->displayRoomList();
     
?>

 Controller层,起始就是控制界面的输出的,属于Model和View两层之间的桥接。在这里提下我所理解的三层构架和MVC模式的区别---也许并不成熟,那就权当抛砖引玉好了,三层构架可以理解为VCM,即V冲在最前面,M起始就是用来采集数据或者更新数据,C呢,起到了桥接M和V的作用。而MVC,则是C冲在最前面,界面的展现与否,也要C来控制,当然也是桥接MV。

     

      按照这样一个设计,前几个模块,都是这样套用mvc模式来做的,有了这样一个划分,代码整体看起来还是整洁了很多,规范了很多!就在游戏后端的开发中,我们基本上都会定义这样一个规范,以便于出了问题bug,能很快定位,那块出了问题。

     

     写在最后

     也许我对MVC的理解,还是不够准确,也许我对于php的开发,还是很菜鸟级别。但是由菜鸟向大神,由普通向高级的过程中,不重复自己,会让我走的更快。


版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章