|
精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-11-03
sunheavenvan 写道 先理解，实体与值的区别吧。
实体主要是参与逻辑的，而值主要是参与运算和展示的。这是两个独立的概念。 原本实体的出现就是为了封装值（数据）来展示更高层次的逻辑，现在把实体去掉还原成一个个的值，这是把层次降下来，可以理解为把原来逻辑分割成一个个小逻辑或者小运算。 犹如象数问题，各自都可达到目的，只是手段方式不同，当然获得的好处也不同。 从数据的携带上，map和对象的区别就在于加了一层包装。包装的复杂性也许很大，尤其是很多表关联的时候。 但是效果体现的也不错。 恩。。。。 问个问题，用JavaBean的内存开销是不是要比sqlMap高的多？ |
| 返回顶楼 | |
|
发表时间：2011-11-03
java_user 写道 yeqing4562011 写道 KimHo 写道 光考虑功能实现，甚至会发现mvc都是“多余”的
为啥要搞模型，搞分层 为了后期维护和扩展 你这是偏激了，谁说不考虑扩展功能了和维护，看清楚OK？！。 难道我使用sqlMap后，扩展功能就做不了了 如果项目始终只有你一个人做那当然无所谓，如果是多个人就没你想的那么简单了，特别是后期维护 首先把“如果项目始终只有你一个人做”这句话给我吃回去。 后期的维护，则需要一个对项目业务方面有很深的理解的数据库专员。开发人员，则需要经常和他们打交道。 ibatis的使用，确实带来了一些麻烦，不可否认它也带来了一些好处。 |
| 返回顶楼 | |
|
发表时间：2011-11-03
内存是map多还是java bean多，是不一定的。
java bean可以直接对应到内存中。而map需要进行散列算法。每个key和value也需要对应的对象表示。 对象的数量，可能map更多。 另外，软件维护需要数据库专员，不太理解。 是否有专员，并不能改变代码的性质。 |
| 返回顶楼 | |
|
发表时间：2011-11-03
gdpglc 写道 内存是map多还是java bean多，是不一定的。
java bean可以直接对应到内存中。而map需要进行散列算法。每个key和value也需要对应的对象表示。 对象的数量，可能map更多。 另外，软件维护需要数据库专员，不太理解。 是否有专员，并不能改变代码的性质。 如果ibatis没有用的话， 那就让它滚蛋吧。。。。。。。。 我真没什么说的了。。。。。。。 |
| 返回顶楼 | |
|
发表时间：2011-11-03
最后修改：2011-11-03
ibatis，学习成本低，上手容易吧？
将程序理解为：数据结构+算法，是最容易的。 |
| 返回顶楼 | |
|
发表时间：2011-11-03
gdpglc 写道 ibatis，学习成本低，上手容易吧？
将程序理解为：数据结构+算法，是最容易的。 如果你认为ibatis的sqlMap在企业中使用率不足1%的话，那就认为我们是一群干了几年编程，还没有理解到对象的人吧。 项目的成本开发经费，所需时间等等都是决定项目研发的技术方向。 |
| 返回顶楼 | |
|
发表时间：2011-11-03
嗯。我不是否定ibatis。
我也象你一样，想理解这里边的区别。 不过，技术选择不一定那么客观。可能主要是取决于领导的技术倾向。 |
| 返回顶楼 | |
|
发表时间：2011-11-03
gdpglc 写道 嗯。我不是否定ibatis。
我也象你一样，想理解这里边的区别。 不过，技术选择不一定那么客观。可能主要是取决于领导的技术倾向。 这没办法，规定的用ibatis，都没办法。 也许等用hibernate的时候，我们就回发现，ibatis又不好用了，呵呵 |
| 返回顶楼 | |
