引言
上一节我们详细讲解了模型的访问器功能，可以轻易扩展模型的属性访问，灵活又标准地增强了模型的读取数据的能力。
本文我们接着往下讲，说说模型的修改器，以及模型的职责。
修改器
有没有这样一种用法：使用表单获取一个字段的输入，使用加密算法，或者摘要方式对字段处理后存入数据库， 这在数据库密码字段是常用的处理手段。
如果写操作在程序内到处都是，零散地分布在业务代码的各个地方，我们总不至于每次都要写一次相同的代码吧？相同的业务逻辑，提取出来，抽象出来，只写一次，这才是高效代码的王道。
laravel这个注重设计模式的现代化框架，自然是不会做无用功。于是对应读取器，就有了修改器，专门用于写入数据库时起作用。比如对于写操作，某个字段的值写入，默认使用 bcrypt 方法加密之后存入数据库。
1 class 2 3 4 5 6 7 8 9 User 10 11 12 13 14 15 16 17 extends 18 19 20 21 22 23 24 25 Model 26 27 28 29 30 31 32 33 { 34 35 36 37 38 39 40 41 public 42 43 44 45 46 47 48 49 function 50 51 52 53 54 55 56 57 setPasswordAttribute 58 59 60 61 ( 62 63 64 65 $password 66 67 68 69 ) 70 71 72 73 74 75 76 77 { 78 79 80 81 82 83 84 85 $this 86 87 88 89 - 90 91 92 93 > 94 95 96 97 attributes 98 99 100 101 [ 102 103 104 105 'password' 106 107 108 109 ] 110 111 112 113 114 115 116 117 = 118 119 120 121 122 123 124 125 bcrypt 126 127 128 129 ( 130 131 132 133 $password 134 135 136 137 ) 138 139 140 141 ; 142 143 144 145 146 147 148 149 } 150 151 152 153 } 154 155 156 157
上述方法调用模型的 $attributes 属性，并使用自定义方法改写，在使用 ->password 属性进行赋值后，就会调用该方法的代码并执行。
我们仍然在 tinker 内进行演示：
1 $user 2 3 4 5 6 7 8 9 = 10 11 12 13 14 15 16 17 new 18 19 20 21 22 23 24 25 User 26 27 28 29 ; 30 31 32 33 $user 34 35 36 37 - 38 39 40 41 > 42 43 44 45 password 46 47 48 49 50 51 52 53 = 54 55 56 57 58 59 60 61 'blah' 62 63 64 65 ; 66 67 68 69 echo 70 71 72 73 74 75 76 77 $user 78 79 80 81 - 82 83 84 85 > 86 87 88 89 password 90 91 92 93 ; 94 95 96 97 // 输出 $2y$10$e3ufaNvBFWM/SeFc4ZyAhe8u5UR/K0ZUc5IjCPUvOYv6IVuk7Be7q 98 99 100 101
自定义方法
框架独立出来模型这个数据库操作层的目的，就是为了把数据操作全部集中到模型内完成，以便可以全局统一，规范地编写代码。
下面举个例子，说明一下哪些逻辑应该放在模型层操作。比如有一个视图文件内的一个展示片段：
1 @if ($event->started_at->isToday()) This event is occurring today!@endif 2 3 4 5
其中 $event 是模型 Event 对象的一个实例，start_at 方法是模型的一个属性，也是数据库表的一个字段。按照之前章节的介绍，我们对其使用了访问器的方法，自动在读取的时候使用 Carbon 类返回一个实例化对象。所以上面的代码片段可以使用 isToday() 这个 Carbon 类的方法。
但是在模型层面进行类库方法的调用，有些单独，且零散。假如有些API接口要使用此方法格式化，或者别的页面也要重用这个方法，显然放在模型内更为合适。
考虑在模型内添加以下代码：
1 class Event extends Model { public function occurringToday() { return $this->started_at->isToday(); }} 2 3 4 5
声明一个public的公开访问的私有化方法，并操作对象的实例 $this的属性和方法。
那么上述的blade模板内的代码就可以更换如下：
1 @if ($event->occurringToday()) This event is occurring today!@endif 2 3 4 5
这样逻辑摘出来就清楚的多了。而且可维护性更强。为什么？因为假如后期我们业务出现变动，不再使用 start_at 字段进行判断，可以很容易地通过修改 occurringToday 方法而达成全局生效的目的。
这样的程序就很灵活了。
写在最后
本文描述了laravel模型内很常用的两个小技巧。
-
一个是修改器，让你不必每次在写入数据的时候，考虑如何转换，如何判断，不再写重复的啰嗦的代码；
-
一个是如何优化视图文件，以及如何权衡设计技巧，让模型做模型应该做的事情，尽量在代码内把职责划分清楚。
规范的设计，能让一个项目的代码更为健壮。
Happy coding :-)
我是@程序员小助手，专注编程知识，圈子动态的IT领域原创作者
本文分享自微信公众号 - 程序员小助手（mql45ea）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。