在BS领域真有必要费那么大劲去用ORM么？
在BS领域为什么大家都在流行用一大堆ORM ? nHibernate、LinQ、Entity Framework，加了什么实体层、数据层，但对于最终得到的IList我们还不是当做一个表来处理，一个 froeach(object a in DataSet)搞定。

如此还有必要这个劳心劳肺的把转换成对象么？增加开发难度与工作量不说，还降低了系统性能。。。直接一个DataTable不就行么？

当然也可能我的想法比较肤浅，所以欢迎朋友们来讨论一下这个问题，以解我心中疑惑
------解决方案--------------------
当你想搞一个灵活的，高度封装职责的，动态的系统时，你就会体会到orm的用处了。
lz应该接触面向对象的系统不多。
------解决方案--------------------

引用:

在BS领域中我发现90%的项目中所谓的面向对象都面向数据表生成的对象。。。

lz 恰恰理解反了，当然俺直到几个月以前也是这么理解滴，俺至今做了四年Web开发，
现在滴理解是，数据表是用来保存对象中须要持久化滴部分属性，仅此而已，
完成这个方向滴转变却用了近四年滴时间！

其实繁简是相对而言滴，
所谓代码结构（datatable 式滴结构化编程）滴简单带来滴是维护成本滴增加和灵活度滴降低，
而对象滴复杂（集成属性和方法）带来滴是维护成本滴降低和灵活度滴提高。

因此，初级滴小项目适用 datatable，因为几乎不存在维护和需求变更滴情况，
而中型、大型项目适用 OO，因为须要长期维护和经常性滴需求变更。

总之，须要时间和项目滴实践才能认识到这些，希望 lz 能尽早完成这个转变！
------解决方案--------------------
你如果主要功能就是把数据从库里取出来，在前台显示一下，那真的没必要～
------解决方案--------------------
用或不用只是一种选择，没有人说必须要用，这个也没有什么好争论的

等你需要的时候自然会知道它的好处

你现在做的东西我想一定没有复杂或庞大到一定的程度