昨天就我跟娃在家,晚上烧了碗面给娃吃,小(粉)肠、莲子、花生、百合、芡实炖汤,再加入芦笋切块,花了近一个小时烧出来的,营养均衡,娃爱吃得不得了,我对自己的厨艺表示信心。 enter image description here

前天在姥姥家,娃玩手机小游戏很投入,看着娃,发现时间过得真是不知不觉的快。 enter image description here

今天,我的晚餐,LP烧的,方便面加工,虽简单,但却是我爱的这一口。 enter image description here

每天都要谈谈学习,今天谈谈PHP框架。

先说一句,PHP是个好语言。

对于PHP,掌握诸如mysqli_fetch_assoc()还只是第一步,接下来迟早要碰到的问题还有很多,比如是否使用框架、选用什么JavaScript框架/库、代码如何组织、性能怎么优化等等问题。这里边问题很多,对于其中的是否使用框架的问题,近日里也看到了一些讨论,自己也做了些思考,想单独谈谈这方面的个人认识。

从PHP的特性来看,我始终认为PHP是个在代码风格方面,约束力较为放开的Web开发语言,当然,应该将绝大部分的不良代码风格归咎于开发者的犯错,但实际上,如果PHP语法象Java、C#那般讲究工程级的规范的话,还是能规避相当部分的不规范性的。但是我仍然认为开发者自身的因素更重要,毕竟人是主宰,要知道,一个烂的Java开发者也能写出烂的Java代码。

据上提到的情况,PHP框架,可以起到一定的约束、规范作用,同时,PHP框架的另一大优势在于提高开发效率、解决了一定层次的重复造轮子的问题。但是,随着团队PHP技能的提升、项目进展中问题的不断冒出和解决,以及系统规模的不断扩大,PHP框架的局限性将越来越凸显,因此,个人认为,PHP框架只是个人认知和项目实施发展过程的一个中间环节,随着日益冒出来的性能及各式各样的莫名问题,相信对框架的认识将是爱恨交织(其实,JEE框架何尝不是如此啊)。当然,小规模的应用碰到的框架局限性问题应该不会那么突出,但对于较大规模的应用而言(主要是基于性能和复杂问题的考虑),迟早放下框架应该有很大的概率,并逐渐形成一套适合自身的所谓“框架”、“库”或PHP应用环境。

那是不是说PHP框架不要学了?当然也不是这样的,在一定范围内(复杂度、规模不大的项目),框架的作用是明显的,开发高效且规范;而且还能掌握一定的架构/设计方法。

回过头来看PHP学习,总之,学好PHP才是根本,不赞成马上接触框架,但打好基础之后,你可以尝试一下接触框架,但不该迷信框架,应该抱着跳出框架的思路去接触、了解框架

前两天快速看了图灵出版的《PHP与MySQL动态网站开发(第4版)》,这是一本PHP和MySQL的入门级、比较系统的不错的书,推荐给大家。同时,《高性能PHP应用开发》、《深入PHP:面向对象、模式与实践(第3版)》和《PHP实战》都是比较好的进阶PHP书,适合入门之后学习。图灵出版的PHP书籍,可以通过这个链接查看,其中不乏好书。

enter image description here