时间:2022-11-03 06:59:23 | 浏览:3807
网上经常流传出php是语言鄙视链最低端的那个,曾经大学学java,毕设用java,刚出来培训用java的我,在最初工作的2、3年时对php的面向对象也是颇有意见,总觉得“不伦不类”,更别提对js的看法了。但是这些观点都在经历越来越多的项目之后逐渐的淡化,甚至改观。这里面包含着自己对项目、技术有着更多的理解,同时,在这些年里,Web环境、技术也在不停的更新。不过今天不是来聊这些东西的,对于以上的问题,我的观点可以总结为:技术是工具、手段,不合适就升级、换,就这么简单。
话归原题。虽然写php已经是将近8年的功底了,但因为工作关系,经常需要涉及前后端的各种代码,容易精分,也总会记岔。最近发生的一件事情让我觉得,或许写下来能够让自己清醒一点。
在某一年写某个模块时用到了static成员,在实现子类的过程中发现他们也共享着父类这个成员的值,具体来说就是我在某个子类A中改变了那个成员值,在另外一个子类B使用的时候结果意外的得到了A覆盖后的值。当时以为,原来static成员是在从声明的地方开始的整个类别树中共享的。后来一直隐约记得这个结论,在平常的代码里面更谨慎的使用static成员,除非确认写的类是个独立的工具类,不然不轻易使用static。
直到有一天我的老大跟我商量升级我之前写的一个BaseModel,他无意中问我:好像你不喜欢用static成员?我说没有啊,因为考虑到BaseModel会被经常继承成各种Model,如果我在这里用了static的话,将来容易踩坑。他表示不理解,然后过来与我辩论。我很义正言辞的说明了因为static成员会被共享,如果要调用两个不同的子类的时候,那个static成员的变量的值就会像一个全局变量一样不可控。他不同意。于是本着科学的精神,我们写下了一个简短的代码来验证:
很显然,这次是我败了。我期待的结果是c c,不过其实是b c。那么这样看起来其实子类的static成员是只在子类这一层共享的。但是我总觉得不对劲,明明在写BaseModel的时候我已经又栽过跟头了,为什么这个验证出来并不支持我那个时候遇到的问题呢?于是我发现我记岔了。年轻多好。后来想起来,原来我这里不用static的原因仅仅是因为设计需要。
我以为我错了。直到前几天又写了几个父子类(不是BaseModel了),大胆的用上了static成员,结果是轰轰烈烈的在自测中又摔了一跤。怎么回事!然后我仔细留意了一下自己这次的用法,将上面的例子改了一下运行:
结果是
如果说上次的结论是对了,那么这次又怎么解释?这里明明就是表示$var2是A,B,C共享的。$var1和$var2的差别这样看起来仅仅是有声明和没声明的区别。
于是我又改成这样:
结果是
我当时内心是崩溃的。于是我上了Stack Overflow,发现栽坑的不止我一个。
只有显式的声明出来的static成员才会被视为是只从属于子类的。
重要的事情说三遍!不过如果子类很多的话, 动态决定值的成员 每个都这样去声明,就从写代码这件事上失去了用static的意义。一个更好的方法是,把$var2变成一个数组,每个类要用的值放在$var[__CLASS__]里面使用。
不过不管怎么说,如非必要,还是尽量不用static成员继承吧。
还有一个有点类似的“坑”。我们说到private成员的时候,都知道private是指私有的,不会被子类继承。但是有时候写代码的时候会忘记,直到载跟头了才想起来原来是private导致子类找不到该有的成员,或者说是private都在子类声明了,但是因为调用函数时是调用父类函数,结果得到的是父类这个private的值而不是子类的。遇到这种情况不可能又将函数原样的重写在子类里。所以使用private要特别小心。
曾经在使用Rackspace的SDK的时候就看到有些类里面使用了private成员,但是由于他们给出了不必要的打开文件权限,导致代码在我们的服务器上运行不了。那么这个时候本想写个子类覆盖一下这个成员的初始值就好了,结果就因为这是个private成员,而最后需要把所有引用到的地方都拷到自己写的子类里面。为什么我们不直接改SDK,让成员变成protected?因为开发包也许下次就升级了呢?修正之后我们把子类移除就好了。如果修改库代码成了习惯,想升级的时候就没这么欢了。所以说,private成员的使用一定要慎之又慎,如果你也在开发SDK,就更需要考虑使用者是不是需要继承?如果你必须写private,你是不是能够保证代码能够适应各种场景的使用?
除非你有非常充分的理由,static和private都是需要慎重使用的。
文章来源:51CTO
作者 | Beau Beauchamp 译者 | 弯月出品 | CSDN(ID:CSDNnews)在流行文化的冲击下,也许很多人都不赞同本文表达的观点,但我毅然决定再一次逆流而上。我认为,虽然 PHP 百般受轻视,但这门编程语言的流行度比以
晓查 乾明 发自 凹非寺 量子位 报道 | 公众号 QbitAI当下,如果你打开搜索引擎,搜索关键词“PHP过时”,能找到714万个相关结果。这些结果之中,不乏有2016年、2018年的结果,说PHP已经过时了。现已2019年,这个曾经自称
PHP 是最流行的 Web 服务端编程语言,并且在 2019 年仍然很火。因此,我们将在这里盘点 2019 年七个最好的 PHP 框架。这里讨论的 PHP 框架主要用于工程实践,通常用于构建复杂、安全和可扩展的 Web 应用程序。在讨论最好
PHP 是服务器端脚本语言。您应当具备的基础知识在继续学习之前,您需要对以下知识有基本的了解:HTMLCSS如果您希望首先学习这些项目,请在我们的 首页 访问这些教程。PHP 是什么?PHP(全称:PHP:Hypertext Preproc
出品|开源中国文|御坂弟弟PHP 8.1.0 现已发布,该版本带来了许多改进和新功能。枚举使用枚举而不是一组常量并立即进行验证。只读属性只读属性不能在初始化后更改,比如,在为它们分配值后。它们可以用于对值对象和数据传输对象建模。First-
TIOBE 公布了 2021 年 11 月的编程语言排行榜。自 20 多年前 TIOBE 指数开始发布以来,PHP 一直常驻在榜单前十;然而最近,该语言已经开始在前十的边缘苦苦挣扎。TIOBE CEO Paul Jansen 称,“PHP
我已有将近二十年的编程经验,并使用过各种编程语言进行开发。在我以前做过的很多工作和现在正在做的这份工作中,我非常高兴能够将 PHP 作为核心编程语言。从第一次使用 PHP 工作开始,我就听到了关于 PHP 的各种抱怨,但与此同时我也看到了
PHP现在名声很糟糕,因为它曾经是“可怕”的。本文试着回答一些常见的关于 PHP 的断言,目的是向非技术人员解释,PHP 并不像许多人所说的那么糟糕。它是不是鼓励糟糕的实践?不再是了。过去,许多开发者被书本教授非常糟糕的实践,因此 PHP
犹记得,据 2001 年 7 月的 PHP 官方文档描述,“PHP 是有史以来最好的语言,没有之一。它快速,非常强大,而且免费。"不过,随着时间的迭代,不少开发者发现所谓世界上最好的语言 PHP,虽然能极大地提升性能,但是其功能不够完善最终
最近,我突然发现自己好像又在逆潮流而动。可能我的想法与很多朋友不同,我认为 PHP 这个编程语言界的“混蛋”比以往任何时候都更受欢迎。或许你会质疑——PHP 不是已经完蛋了吗?市面上已经出现了很多“更好”的编程语言,不是吗?答案显然是否定的