聊一聊关于代码架构(多态)——上篇

2018年7月12日10:32:19 发表评论

聊一聊关于代码架构(多态)——上篇

分享一个关于用多态模式来编写松耦合的增删改查业务逻辑。在讲这篇文章之前先说一说为什么要这么做(也可以直接跳过),每一个开发者一开始开发一个项目时都想把这个新项目的代码写的高质量、高维护、高扩展、甚至尽量的做到高内聚低耦合。但是往往一开始还能掌控项目代码,后面随着业务需求的增加,以及一些临时的改需求打补丁等操作会让你的代码越来越膨胀,直到你自己选择放弃治疗。

首先考虑一个问题,我们为什么要使用面向对象思想来编程,如果说要追求极致的性能效率,面向过程绝对可以甩面向对象一大截。正因为面向对象能更好的做到项目代码的扩展性、维护性、耦合性,所以宁愿选择使用面向对象来编程。博主之前有接触一些国外的项目代码,你会发现国外人的代码风格和国内的思想还是有略微的不同,总体架构都相似但是在实现上面会有很多的不同,有的甚至是使用面向过程来实现MVC模式或其他模式。

设计模式其实就是一种更好的发挥出面向对象优势的一种写法,去看一些优质的项目或者去阅读某些框架的底层源码,你会发现底层全是设计模式有的甚至使用依赖注入等方式,代码能做到极大的松耦合。

PHP本身就是一种非纯面向对象的语言,所以入门上手相对来说容易同时也意味着你要花很长的时间去理解什么是面向对象,不像java这种纯面向对象语言,在java项目中你会看到它对面向对象的使用非常严格,随处都是依赖注入强制类型等等,方法和方法之间的传参、返回等都一一说明了他们之间的耦合性。

博主为什么说要用多态思想来实现增删改成的功能,因为多态确实是可以实现这个需求而且在目前很框架源码中也得到很好的使用,多态是个很花哨的东西,但是用的到位却可以将面向对象的思想发挥到极致。多态在实际上很多人大体一看就那会事,但是却又细思极恐到处充满想象空间的一种模式,很多的优势以及好处只能自己在实战经验中去体验悟出。

具体使用方法在这篇中有阐述(聊一聊关于代码架构(多态)——下篇

 

一点PHP,一点技术分享。

x

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: