强力散分求人解惑...

Question

代码生成器生成的 数据结构表映射类和对映射类的操作。 和 。NET2.0 封装的DataSource 有什么本质区别？？用哪个更好呢？公司要求统一用映射的方式。我觉得那样子很麻烦。但是我又没有好的说法来说服他们。望达人请教！！！他们担心的是如果任何数据结构或者数据表作改变的话。直接重新生成类就可以。而我得方法需要全部更新。 高手快来吧...抢分，抢钱,抢女人= =!!!

Answer 1

up
我感觉 asp.net里面不要说类改变了，就是把前台html改变都是需要重新编译的！
如果只是说绑顶数据库的话，NET2.0   封装的DataSource  
这个应该是不用重新编译的！

Answer 2

我来说两句。LS 2 位估计没看清LZ的问题。你的意思是不是就是你们公司用1.1方式。曾经最流行的三层架构。就是表现层。数据层。和逻辑层实现的这种方式？？？这样确实有一点好处。就是如果你的数据结构改变了。直接从新编译一遍你的数据层和逻辑层。 把生成好的DLL文件覆盖到你的表现层的Bin目录就可以了。若你用微软自己带的 DataSource控件的话。 会不会是担心如果数据结构改变。但是你的DataSource里面集成SQL语句的话 都要从新编写？？ 这样子的话。工作量会很大？我就是这么理解了。2楼的前台的HTML改变不用从新编译若跟后台代码有关就要从新编译了。呵呵呵objectdatasource  用熟悉了非常方便。 若不熟悉麻烦死你。具体为什么和哪个好  我也说不出 关注

Answer 3

一个是对象形式的封装
一个是传统api形式的封装这个只是两种实现思想而已：api形式的是提供给你斧子，锯子，木材和胶水，想做啥自己做。优点想怎么做都成，缺点每次都是从头开始
对象形式是给你桌面，桌腿和螺丝，想做啥去找齐配件，然后上螺丝就成了，优点开发快速，接口一致，可以流水线式开发，缺点如果配件不合适，就要改动实际使用两种方式差别不大，因为一般都不会直接使用数据层，而是通过一个工厂类来调用，实际只要在工厂类中提供一致的访问接口就可以了

Answer 4

跟Nhibernate 还是有很多区别的

Answer 5

对头对头
补充下，前台的HTML改变不用从新编译若跟后台代码有关就要从新编译了。呵呵呵 
谢谢楼下的补充！

Answer 6

任何一项简单的工作是都是非常复杂的代码来实现的我的建议肯定是不用
objectdatasource     当我们面对一个未知的表，未知的数据库连接时，你会怎么写代码objectdatasource     
不会比你想的过程要简单，甚至比你考虑的情况更多与其我们去读一个未知的表为什么不能直接痛快的解决问题呢，我们又不是什么都不知道,我们知道的就是捷径