数据源架构模式之表入口模式
分类：设计模式与原则
数据源架构模式表入口模式
martin fowler在《企业应用架构模式》一书中将我们平常接触到的应用开发分为三层：表现层、领域层和数据源层。
其中领域层的领域逻辑模式有：事务脚本、领域模型以及表模块。
1、事务脚本最容易理解也最易于开发，不过由于易造成代码重复等问题，不利于后期的维护，比较适合开发逻辑较为简单的业务，比如只有几个用于展示企业信息的企业站等；
2、领域模型是三种模式中最为复杂的模式，缺点显而易见，需要较高的学习成本，不过优点也很鲜明，就是代码清晰，复用率高，便于后期的维护，比较适合用于复杂多变的应用情形下；
3、表模块模式则介于事物脚本和领域模型之间，我们开发中小型项目时通常使用的都是表模块模式。
好了，对于领域逻辑模式个人只有以上的粗浅理解，具体等以后加深理解了概念之后再来详谈。
这里想跟大家说一说数据源层的数据源架构模式，主要有四种：表入口模式、行入口模式、活动记录和数据映射器。
今天先讲最简单的表入口模式。
书中对表入口模式的定义为：充当数据库表访问入口的对象，，一个实例处理表中的所有行。
可以理解为对之前分散在各个页面的sql语句进行封装，一张表就是一个对象，该对象处理所有与该表有关的业务逻辑，很好的提高了代码的复用性。
现在想起来，当初刚毕业那会儿，经常使用表入口模式。
具体的实现方式参见代码：
database.php
<?php class Database{//只是为了演示，通常情况下数据库的配置是会单独写在配置文件中的private static $_dbConfig = array('host' => '127.0.0.1','username' => 'root','pwd' => '','dbname' => 'bussiness');private static $_instance;public static function getInstance(){if(is_null(self::$_instance)){self::$_instance = new mysqli(self::$_dbConfig['host'], self::$_dbConfig['username'], self::$_dbConfig['pwd'], self::$_dbConfig['dbname']);if(self::$_instance->connect_errno){throw new Exception(self::$_instance->connect_error);}}return self::$_instance;}}person.php<?php require_once 'database.php';class Person extends Database{public $instance;public $table = 'person';public function __construct(){$this->instance = Person::getInstance();}public function getPersonById($personId){$sql = "select * from $this->table where id=$personId";echo $sql;return $this->instance->query($sql);}/**其他的一些增删改查操作方法…**/}index.php<?php require_once 'person.php';$person = new Person();var_dump($person->getPersonById(1)->fetch_assoc());die();
运行结果：select * from person where id=1array (size=2) 'id' => string '1' (length=1) 'name' => string 'ben' (length=3)
版权声明：本文为博主原创文章，未经博主允许不得转载。
上一篇phpize报错：Cannot find config.m4下一篇使用redis实现自动补全
顶0踩0
你被雨淋湿的心，是否依旧。
