有个类是这样
abstract class foo {
static private $bar;
static public function processor() {
// some logic
self::$bar = 'result';
}
static public function getBar() {
return self::$bar;
}
}
之前一直很美好很安全 ... foo::getBar() 的结果永远是只读且可信的 ...
结果现在新增了一个功能可以往一个定义好的类上面贴闭包 ...
$evil = Closure::bind( function() {
self::$bar = 'hijack!';
}, null, 'foo' );
$evil();
这就好像蚂蝗一样 ... 我完全无法控制这东西的权限 ...
之前我控制其他开发人员无法碰到 class foo 的定义 ... 这个类就是绝对安全的 ...
现在不行了 ... 任何人都可以随意修改 private 的内容 ...
于是求解 ... 贴闭包这个功能是为什么会产生的 ..? 原本这个功能想解决的问题是什么 ..?
以及我有没有一种方法可以指定一个类不能被贴 ..?
查了下,分享下收获,顺便顶贴关注“保护成员变量的解决办法”:
来源:http://css.dzone.com/articles/closure... ,文章里用Silex框架做了例子,不用改动被bind的类,也可以获得对象的上下文。
某些不得以的场景下,behavior(行为)可以脱离对某个类的归属,理论上更符合面对对象的抽象了,即具有相同行为的类并不需要继承自同一个父类。
至于成员保护的问题,各语言都会讨论,目前主流的意见是,语言设计层面实际不能避免这个问题。你确实可以锁定某一个class的源代码,但如果你的实现是基于接口的(这也是主流做法),你控制不了到底被调用的是哪个class。锁定源代码只能做到君子自律,但代码毕竟是团队作品。
所以只能从编程规范上下手了,即让程序员来负起这个责任。比如:如果希望保护(不管是public,还是protected)某个成员,就约定变量名前面要加“_”,如此,代码检查工具就很可以轻松地当警察:
$evil = Closure::bind( function() {
self::$_bar = 'hijack!'; // 你不应该这么做,虽然代码是合法的
}, null, 'foo' );
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。