TP5获取器

前言:

tp5中有个小功能,在文档中介绍的不多,却非常实用,在其他地方它叫读取器。tp5中它叫获取器。如果单看文档我也觉得有些云里雾里,好像懂了又好像没懂。下面我们结合实际应用场景来看看这个获取器的应用。

应用一:

当我们在数据库中保存一张图片的路径时。我们一般会选择保存相对路径,因为相对路径更加灵活。如果在后端渲染视图时,直接使用相对路径也没有问题。可是当我们应用到接口开发中,我们返回客户单需要返回完整的带域名的路径。这个时候,我们不能在每次返回的时候,都去添加上域名。这样就非常的麻烦。下面来看看获取器如何解决这个问题。

首先我交代下数据表结构:除了表中保存图片的字段url,还有一个字段from,这个from就代表是否存在自己的服务器上,如果是1,则存储的是相对路径,而from等于别的数字,则代表存储在别的服务器上,存储的是绝对路径
然后我们将需求分解
第一我们将图片url返回到客户端时//TODO
第二是将url加上域名
我们认为,给url加上域名这个操作是比较容易复现的。
所以我们讲这个操作封装到基类之中

class BaseModel extends Model
{

    /**
     * 拼接web域名,根据传入$data中的from判断储存状况.自动返回url
     * @param $value 存储的url
     * @param $data  当前url所属的整条数据
     * @return string
     */
    protected function splicingPrefix($value, $data)
    {
        //如果from的值等于1则说明是存在自己的服务器里的,也就是存的相对路径
        //如果不为1,则是存在cnd或别的服务器上,就是存的绝对路径,就不做任何修改
        return $data['from'] == 1 ? (config('setting.url_prefix') . $value) : $value;
    }

}

中间使用了config助手函数,我将自己的域名放在配置中,方便以后换域名等。

那么现在问题是,这个拼接方法很简单,可是,$value,$data这两个参数是哪里来的。

这时候就该看看我们获取器的用法了。

  1. 首先获取器是写在Model层的,而且要继承自tp的model类
  2. 获取器方法名是一个固定的写法 (get驼峰写法的字段名Attr)比如 getUrlAttr
  3. 获取器会自动接收两个参数,一是读取字段的值,二传入的是当前的所有数据数组
class Image extends BaseModel
{
    protected $visible = ['url'];

    /**
     * 读取器,在读取的时候触发,调用基类中的拼接web域名方法
     * @param $value
     * @param $data
     * @return string
     */
    public function getUrlAttr($value, $data)
    {
        return $this->splicingPrefix($value,$data);
    }
}

这样我们tp注入的两个参数拿去调用模型基类中的拼接域名方法。
那么当读取到url这个参数时,首先会触发获取器,获取器会接受$value,$data两个参数,拿到这两个参数后,会到模型基类中去调用拼接域名方法,然后返回,返回到获取器方法之后,获取器又将结果返回。
这样我们在读取url时,读取的就是一个已经被处理过的完整的url了

应用二:

有时候,我们会将数据库中某一个字段来存储一些序列化后的数组。虽然这样做并不太好。但是确实有需求,我们在查数据反回给客户端时,需要反序列化下。如果每次查这条数据的时候都去手动反序列化,就不太方便。

我们看看获取器是如何帮助我们搞定的

我这里就拿地址地址来做比方,我讲地址数据保存在数组中,序列化后存在数据库
在对应的model层中,构建获取器。

    public function getSnapAddressAttr($value)
    {
        if (empty($value)) {
            return null;
        }
        return unserialize($value);
    }

这样,在读取地址字段时候,就会自动的反序列化成一个数组。

好啦今天就介绍到这里,比较简单的用法,主要是开阔下思路。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,496评论 6 501
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,407评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,632评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,180评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,198评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,165评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,052评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,910评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,324评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,542评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,711评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,424评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,017评论 3 326
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,668评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,823评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,722评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,611评论 2 353

推荐阅读更多精彩内容

  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,651评论 18 139
  • 点击查看原文 Web SDK 开发手册 SDK 概述 网易云信 SDK 为 Web 应用提供一个完善的 IM 系统...
    layjoy阅读 13,758评论 0 15
  • 1. 基础知识 1.1 3种常见的计算机体系结构划分 OSI分层(7层):物理层、数据链路层、网络层、传输层、会话...
    Mr希灵阅读 19,873评论 6 120
  • 微博作为一种社交网络,在我们的生活里扮演着一个信息集散地的角色。 我玩微博的时候已经很早了,大概是微博运营上线的第...
    纵横君阅读 414评论 0 1
  • 梦 总是缥缈的 在没有尽头的远方 等待着我的犹疑徘徊 寻 找寻你的方向 爱与思念的缠绵 演绎无影无踪的幻 在 那最...
    落语心晴阅读 346评论 0 0