|
锁定老帖子 主题：使用反射是否破坏了程序的封装性
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (3)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-09-26
如果代码混淆了，还能用反射吗
|
| 返回顶楼 | |
|
发表时间：2011-09-26
抛出异常的爱 写道 引用 今天看到问答里有人发了一个关于反射的问题，是如何利用反射来获取类的私有构造函数并进行类的实例化的，由此想到Java提供private关键字就是用来控制类的成员变量和方法在外部无法可见，那么使用反射能够获取到类的私有构造函数，成员变量和方法，并对其进行操作，那么这样做是否破坏了程序的封装性呢？ 给你孩武不是让你用的。。。。。。而是用来唬人的 抛哥总是一语中地啊 |
| 返回顶楼 | |
|
发表时间：2011-09-26
应该不是绝对的，如用在底层框架的修改上也未尝不可，如spring,Hibernate或者自己编改写的底层框架，但如果你在框架上面的应用上面也来用一下就有点儿不妥了。。。
|
| 返回顶楼 | |
|
发表时间：2011-09-26
jing474 写道 反射主要会破坏程序的封装性，但它主要是供工具构造者使用，应用开发中应用较少。
+1 |
| 返回顶楼 | |
|
发表时间：2011-09-26
你把钥匙丢家里了，你就得用暴力一点的手段去获得，这就是反射的意义！！
|
| 返回顶楼 | |
|
发表时间：2011-09-26
需求决定规则
|
| 返回顶楼 | |
|
发表时间：2011-09-27
keke8614 写道 你把钥匙丢家里了，你就得用暴力一点的手段去获得，这就是反射的意义！！
 这个比喻就比较贴切
|
| 返回顶楼 | |
|
发表时间：2011-09-27
511930751 写道 需求决定规则
经典啊、、万不得已就得用啊 |
| 返回顶楼 | |
|
发表时间：2011-09-28
Wind_ZhongGang 写道 wayne1984 写道 建议看看spring的IOC，要为bean的私有成员注入值，spring容器要求你提供相应的getter、setter方法，而不是直接通过反射去操作你的私有成员。在有条件违反面向对象特性的时候，就需要程序员自己去控制了。就像你非要用java来写一段相面过程的代码，有没有错？没错，只是不好！
建议你也看看Hibernate，里面提供了一个不需要通过setter方法，就能为持久化实体属性设值的机制。 <hibernate-mapping default-access="field"> 请看清楚我说的话，我并没有说反射不能操作私有成员，而是不通过setter方法操作私有成员违反了面向对象的原则，所以spring才要求提供getter、setter方法，懂吗？ |
| 返回顶楼 | |
|
发表时间：2011-11-21
learnschema1 写道 一般情况下，我们并不能对类的私有字段进行操作，利用反射也不例外，但有的时候，例如要序列化的时候，我们又必须有能力去处理这些字段，这时候，我们就需要调用AccessibleObject上的setAccessible()方法来允许这种访问，而由于反射类中的Field，Method和Constructor继承自AccessibleObject，因此，通过在这些类上调用setAccessible()方法，我们可以实现对这些字段的操作。但有的时候这将会成为一个安全隐患，为此，我们可以启用java.security.manager来判断程序是否具有调用setAccessible()的权限。默认情况下，内核API和扩展目录的代码具有该权限，而类路径或通过URLClassLoader加载的应用程序不拥有此权限
+ 1 有疑问的tx 可以参考struts2源码的 MethodInjector 的构造方法 |
| 返回顶楼 | |
