ibatis的sqlMap和实体bean的比较。

最近做项目，公司使用的是
ibatis spring struts2
项目算是中型项目。

以前的我总觉得使用JavaBean来封装数据，映射方便，操作方便。
可是我用了sqlMap后，迷惑了。
把数据库取出来的数据，封装成map或者list，然后给bo层做处理。
这样省了JavaBean的编写。操作上没有感觉到不变。
页面取出的数据，也是map形式，获取的方法已经封装好了。

现在迷惑，JavaBean的编写在ibatis里有必要吗。

没有， 不过有个前提， 那就是你的设计和层次结构要清晰， 另外，各个层之间的数据要明确。

各层之间结构很清晰，没有问题，数据也很明确。

可是我疑惑。
ibatis 和 Hibernate （不是挑起战争，只是疑惑）

Hibernate的优势就在于，简化sql语句的开发吗，只是为了这一个吗，银行使用Hibernate我信。
可是在平时的开发，需要这么庞大的工具吗？

感觉hbn的优势是其缓存实现。
在互联网中，多个用户访问同一个内容（例如论坛的一篇文章）的时候，缓存对提升效率非常有效。

开发效率上其没有优势。

ibatis的缓存，有所了解。
如果是看同一篇的文章，ibatis的缓存，需要管理CRUD放到一个缓存中，如果更改则刷新缓存。查询则查询缓存中的数据。

确实，跟Hibernate的缓存机制比对起来，ibatis确实略显不足。
只是有时候想，项目的不同，工具所用不同，其实没什么区别。
只是认知情况，善用。
开发上，总觉得ibatis舒服。尤其是sql语句的优化上，粒度的掌控。

mybatis更舒服

JavaBean还是有必要继续编写的，光用map不行的

光考虑功能实现，甚至会发现mvc都是“多余”的
为啥要搞模型，搞分层
为了后期维护和扩展

你这是偏激了，谁说不考虑扩展功能了和维护，看清楚OK？！。
难道我使用sqlMap后，扩展功能就做不了了

确实呀~~