从Java转PHP的编程感受

学Java出身的,学得也很平常,没什么亮点。从一开始的servlet 到 struts2 到springMvc 从jdbc 到ibatis mybatis。基本上增删改查跑一边吧。

如今参加工作了,写了6个月的PHP。今天突然之间有点感悟,记录一下。

因为公司的原因,项目总是再换,总是没做完,我总是坐着很多相同的事情。所以有时候,我觉得很累。项目经理会说,你有了前面的基础应该就很快了吧。(他是非专业的)。让我更加累。一是进度赶,然后是身心俱疲,人的重复不像for循环。我们很快就厌烦了。而for它是没有感知能力的。

就在这样的一个环境下,我可能有意无意的再审视自己的代码。今天我比较了一下和以前写Java的思路,我发现,我今天写着的代码是最开始我写Java的servlet 业务层 数据层 全部都是写在一块的。因为有了JSP 所以当初视图却还是分开的,现在写的PHP 视图同样也还是分开了。

在我现在的写法中经常看见类似这样的代码。《框架doitphp》

    //药品
    public function medComAction(){
        $this->display(medicines/medcom);
    }
    //单个问答页面
    public function pushAction(){
        $this->display(medicines/push);
    }
    //系统药品库
    public function medSysAction(){
        // 系统药品库
        $modelForSysproduct = $this->model(Sysproduct);
        $resForSysproduct = $modelForSysproduct->order(id desc)->findAll();
        var_dump($resForSysproduct);
        $this->display(medicines/medsys);
    }

没有写任何东西的话,这其实就是对请求做重定向处理,类似Java的action,action只负责跳转,二具体在跳转之前要做什么事情,这输入业务层。

这段代码的第三个方法,我在调用数据,意思,我的数据层读写,也写在了这里。然后在Java中这应该是放在dao层的。

说道dao,这里就要提起PHP 一些框架的model这个类。他是数据数据层的一个基类。封装了基础的方法。

然而一般的话,浅显点儿理解。一个表,会对应一个model. 在想想Java Java中一个对象,对应一个数据层的xml配置文件。一对一。

这里我不知道这么说可不可以,有时候面向对象编程,一定意义上可以说是面向数据库编程。

Java 中一个对象的 dao层 会封装这个对象,对应操作数据库的所有方法。所以同理,PHP这里的model其实也就充当着这个角色。

所以框架的设计者一开始是没有错的。然后我又看了下框架的目录结构图

 

在application目录,我一般没用到过。我想可不可以作为实体bean的目录。只要想就可以的。

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。