php面向对象-实战浅谈

        今天拿到一套代码，看完之后很想说一下面向对象的事，本文不说概念，只说开发时候应该怎么做，给新手一点建议，看完之后你可能会知道以后该怎么去写代码，按照我的建议，多去思考多去设计，你们慢慢就会懂、会用面向对象，而不只是停在概念：

        举个例子：支付->支付成功->回调（支付可能有：阿里、微信、银联）

        一般回调成功后都涉及到很复杂的业务处理流程，尤其是电商项目多入繁星的今天，有些业务本就复杂，对维护人员很不友好，如果代码的开发者在写的乱一些，逻辑在混乱一些那就更难维护了。

        错误的做法：（这个做法非常的多，不要因为一时省事，而让项目难以维护，这种做法，就算是开发者本人，在后续维护中，也难以保证不出现bug）

         阿里支付一个回调方法，把业务处理流程和阿里处理回调方法结合都融合在一起。各种判断各种逻辑都在一起。然后再接微信支付的时候，同样的方式写微信回调的方法。这样做下来，过了几个月后，你可能没有看这块的逻辑，有需求要接银联，这时候你就会去会费时间看之前的业务流程，把之前的代码复制粘贴然后各种更改。如果你不是开发者本人，而是后来维护的人，那么恭喜你，慢慢分析吧。

        我给的建议：

        //此方法只收回调验证签名

        public function wxNotify(){

                ......//验证回调

                $this-> business($orderNumber); //调用业务处理

                return .....

        }   

        public function aliNotify(){...}   //此方法只收回调验证签名

        public function business($orderNumber){...}   //此方法接收一个订单号，在此方法中处理业务，包括数据库中支付状态的修改。如果你业务中包括不确定因素比如分佣分销，我建议你把数据库状态修改和业务处理分开，为何：1.因为封装、继承都会影响性能，没有必要的情况下不去封装，这个影响基本可以忽略（因为这个性能的影响不会成为绝大多数项目的瓶颈问题，但是我们作为开发者一定要知道并且会选择）2.如果你的业务不固定，比如分销方案，今天可能用这个，但是经过一段时间市场分析，分销方案变动了。它也可能一直不变，但是遇到这种可能会发生变化的业务处理，我们应该把这个可能会变化的业务部分单独拿出来，这样以后需要改，直接新增加一个方法，调用选择新的方法就可以了，原来的代码不需要动。

总结：面向对象的作用简单来说就是让我们的代码更容易维护，让代码的耦合性更低，让代码的可读性更高，在写代码之前要考虑，那些东西是一个整体，那些东西可以拆分，把可拆分的部分单独拿出来封装，在使用的时候直接调用。慢慢培养自己良好的代码风格，这样做下去，可能能别人2000行代码才能写完的东西，你只需要几百行就可以，以后在维护的过程中，只需要针对不同的对象去进行修改，更新就可以了。打个比方：车的轮胎坏了，我们只需要把轮胎拿下来修理就可以，前提是，你的轮胎是一个单独的部件，才可以，如果在造车的时候，轮胎和车是一个整体，那么就需要把整量车拆开修理。所以你该懂了吧。