2016/07/19 23:23
有好几个已经不用了,没事的时候就在spring源码找工具类来替代。
2016/07/19 12:01

引用来自“ONEPIECE_iOS”的评论

引用来自“阳光test”的评论

其他的我觉得都还挺赞的,就是有一点,BeanUtils 不建议你使用,虽然它带来的好处是减少了冗余代码,但是带来的问题是编译期很多问题不会被找出来,然后就会出现运行期莫名其妙有些property为null了,特别是迭代更新比较快的项目,这样做弊大于利,还有一点,从分层的角度来看,其实vo、bo、do等它代表的含义本来就不一样,直接BeanUtils来拷贝,也是有点蛋疼的。

@阳光test

引用来自“阳光test”的评论

????
是的,我也深有感触,不过也在一些特定场景会比较省事
2016/07/19 11:39

引用来自“ONEPIECE_iOS”的评论

引用来自“阳光test”的评论

其他的我觉得都还挺赞的,就是有一点,BeanUtils 不建议你使用,虽然它带来的好处是减少了冗余代码,但是带来的问题是编译期很多问题不会被找出来,然后就会出现运行期莫名其妙有些property为null了,特别是迭代更新比较快的项目,这样做弊大于利,还有一点,从分层的角度来看,其实vo、bo、do等它代表的含义本来就不一样,直接BeanUtils来拷贝,也是有点蛋疼的。

@阳光test
????
2016/07/19 11:25

引用来自“阳光test”的评论

其他的我觉得都还挺赞的,就是有一点,BeanUtils 不建议你使用,虽然它带来的好处是减少了冗余代码,但是带来的问题是编译期很多问题不会被找出来,然后就会出现运行期莫名其妙有些property为null了,特别是迭代更新比较快的项目,这样做弊大于利,还有一点,从分层的角度来看,其实vo、bo、do等它代表的含义本来就不一样,直接BeanUtils来拷贝,也是有点蛋疼的。

@阳光test
2016/07/18 16:01
2016/07/18 11:07
其他的我觉得都还挺赞的,就是有一点,BeanUtils 不建议你使用,虽然它带来的好处是减少了冗余代码,但是带来的问题是编译期很多问题不会被找出来,然后就会出现运行期莫名其妙有些property为null了,特别是迭代更新比较快的项目,这样做弊大于利,还有一点,从分层的角度来看,其实vo、bo、do等它代表的含义本来就不一样,直接BeanUtils来拷贝,也是有点蛋疼的。
回复 @
{{emojiItem.symbol}}
返回顶部
顶部