Verwenden Sie ThinkPhp3.2 für die Entwicklung, da wir häufig Hinzufügungs-, Lösch-, Änderungs- und Suchvorgänge verwenden müssen, um die Wiederverwendung von Code zu erhöhen. Ich habe curdControler und curdModel gemeinsam geschrieben, um das Hinzufügen, Löschen, Ändern und Abfragen des Codes durchzuführen. Wenn ich das Hinzufügen, Löschen, Ändern und Abfragen verwenden muss, erbe ich curdController und curdModel direkt.
Jetzt gibt es ein Problem. Generell erfordert die Quarkoperation eine Genehmigung, sonst wird es sehr gefährlich. Meine Idee hier ist, checkAuth() in der curdController-Konstruktionsmethode aufzurufen. Aufgrund verschiedener Funktionen sind die Methoden der Berechtigungskontrolle unterschiedlich. Wie kann man Unterklassen, die curdController erben, dazu zwingen, die checkAuth-Methode zu überladen?
Meine Idee ist, dass ich die Berechtigungsbeurteilungsfunktion als abstrakte Methode definiereprotected abstract function checkAuth()
Die Klasse curdController ist als abstrakte Klasse definiert, aber wenn die abstrakte Klasse nicht instanziiert werden kann, ist der Code des Konstruktors ungültig. Was ist an dieser Implementierung falsch?
Zweite Frage: Haben Sie bessere Ideen für die Wiederverwendung von TP-Code? Was sind die versteckten Gefahren und Probleme meines Ansatzes? Vielen Dank für Ihren Rat.
class CurdController extends Controller { //基础curd类必须进行权限判断,否则会造成很大的问题 public function __construct() { parent::__construct(); $this->checkAuth(); } //存储模型对象 protected $_model; //权限判断函数 protected function checkAuth(){} //列表处理函数 public function listC(){ // 列表前置函数 $this->beforeList(); $data=$this->_model->lists(); $this->assign('lists',$data); $this->display(); } public function delC(){ $id=intval(I('get.id')); $where['id']=$id; $res=$this->_model->del($where); $this->redirectUrl($res,'listC'); } public function addC(){ // 添加前置函数 $this->beforeAdd(); if(IS_POST){ $data=I('post.'); $res=$this->_model->Store($data); $this->redirectUrl($res,'listC'); } $this->display(); } public function editC(){ $id=intval(I('get.id')); //where的数组形式 $where['id']=$id; // 编辑前置函数 $this->beforeEdit($where); if(IS_POST){ $where=I('post.'); $where['id']=$id; $res=$this->_model->Store($where); $this->redirectUrl($res,'listC'); } $this->display(); } //列表前置操作 protected function beforeList(){ } /** * 添加控制器前置操作 */ protected function beforeAdd(){ } /** * 编辑控制器前置操作 * @param $where */ protected function beforeEdit($where){ }
代码复用,我建议用PHP的特性:
http://php.net/manual/zh/lang...
或者用闭包绑定(不太推荐):
http://php.net/manual/en/clos...
checkAuth
可以通过不同的业务,书写不同的traits,在具体继承curdController的类中使用对应的traits,由于checkAuth()
只返回校验结果的真假,所以这个可以向任意的Controller中定制checkAuth()
。针对你的第一个问题,由于你在继承了抽象类
curdController
的子类构造函数里,手动调用了parent::__construct();
,只要子类被实例化,父类的构造函数也是可以用的,看下面例子:代码:
结果:
![](http://img.php.cn/upload/image/000/000/000/3b5bdc51b0add705e75a4f220db126ba-0.png)
针对你第二个问题,个人觉得整个结构框架有些粗,对于常见的一对多和多对多关系仍然需要手动去做,建议将这种关联操作也封装起来。
虽然我个人用的比较多的框架是
CodeIgniter
,但是我觉得MVC(HMVC)模型基本思路都是一致的,所以下面谈下我个人在CodeIgniter
里做的重用封装:我个人将数据表的原子操作放在了底层
Model
上面(是基于CI-Base-Model
改的,你可以看一下CI-Base-Model
里的has_many
和belongs_to
配置),另外我继承了CI-Base-Model
自己写了一个CRUD_Model
,这个CRUD_Model
中,几乎靠一些配置项和一些重写,就可以快速生成一个标准CRUD数组,下面可以放出部分源码:我这个模型的思路希望可以对你细化CRUD逻辑有所帮助。