老大的UPDATE方法为什么抽象到POJO里面呢？
老大的UPDATE方法为什么抽象到POJO里面呢？ 就像 Save() 方法一样？ 再写一个protected ListUpdateableFields（） 呢？
有什么深刻的含义？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
老大的UPDATE方法为什么抽象到POJO里面呢？ 就像 Save() 方法一样？ 再写一个protected ListUpdateableFields（） 呢？
有什么深刻的含义？
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论（6）
我是习惯用BeanUtils把表映射成对象（缓存起来，不用每次去映射），然后数据存Map，Map转DynaBean（自动转换数据类型），自动构造预处理命令，再入库。所以，传个表名，再给个Map，就能做操作了。
效率是损失了一点，但编码简单，修改也快，懒人做法而已。
在我的项目里我觉得没必要，至于你的，我就不清楚了，呵呵
如果用注解呢,类似Hibernate的那种insert=false,update=true这种，可行吗？
因为在 oschina 里，每个 bean 的 update 方法都完全不同，没有抽象的必要
这个是为什么呢？
你的问题应该是“为什么
不抽象到XXX里”吧？