# 混合操作 * * * * * 前面大家只了解到TP5的DB操作与OneBase的DB操作,实际上因为OB的继承关系及设计在同一个模型对象上可以进行混合操作。 下面来看一下使用场景 ![](https://box.kancloud.cn/4ae983ec6ff0cee3e74a540d9c2feda9_1917x641.jpg) ![](https://box.kancloud.cn/74715676e04ef5a50d0f0df9a3e46a12_662x311.jpg) 图中可以看到公会添加的功能,前面都是公会信息,但是公会需要与用户进行关联并允许登录后台,这样就涉及到 添加会员与添加公会 两个业务逻辑。 若将两个业务进行拆分,先到会员管理中添加会员,再到公会管理中添加公会并关联会员,这样会对产品体验上有一定的影响,虽然开发者觉得合理但是对于系统运营者来讲他却需要操作两遍新增功能,且不在同一个位置,操作起来会比较耽误时间。 下面问题来了。 从表结构中可以看到 公会表中有个member_id字段,用于保存管理员会员ID。 那我添加公会怎么知道会员ID? 这意味着咱们得先添加会员,但是在OneBase封装的setInfo方法中并没有返回主键ID。 这里有3个方案,比如 在ModelBase中新增一个通用方法,调整一下setInfo参数或返回值,OneBase封装方法与TP5方法混合使用。 ~~~ /** * 公会添加 */ public function conferenceAdd($data = []) { if (!$this->validateConference->scene('add')->check($data)) { return [RESULT_ERROR, $this->validateConference->getError()]; } $func = function () use ($data) { $member['nickname'] = $member['username'] = $data['username']; $member['password'] = data_md5_key($data['password']); $member['leader_id'] = MEMBER_ID; $member['is_inside'] = DATA_NORMAL; $data['member_id'] = $this->modelMember->insertGetId($member); $data['source_member_id'] = MEMBER_ID; action_log('新增', '新增会员,username:' . $member['username']); $this->modelWgConference->setInfo($data) && action_log('新增', '新增公会,conference_name:' . $data['conference_name']); }; return closure_list_exe([$func]) ? [RESULT_SUCCESS, '操作成功', url('conferenceList')] : [RESULT_ERROR, '公会添加失败']; } ~~~ 上面的代码中可以看到setInfo方法的使用,但是仔细观察会发现insertGetId方法并不在ModelBase类中。 这就是混合操作,OneBase会优先查找自己的方法,若存在则执行,若不存在则会从TP5的Model类中寻找。 所以有了这个特性 当开发者不想新增方法也不想动OneBase的方法时,就可以使用混合操作。^_^