记第二次使用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模式,顺便看看新的项目,是如何做模块的划分的,如何分离界面,数据和逻辑的!

      首先给我们看下图:

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

      首先在代码的组织上,就将业务逻辑和界面分开。关于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的开发,还是很菜鸟级别。但是由菜鸟向大神,由普通向高级的过程中,不重复自己,会让我走的更快。

你可能感兴趣的:(PHP)