面向对象的思想非常强，一切都是对象，在UI层没有DATASET，连强类型的DATASET都没有，多使用接口实现--------你的观点有点偏激。表现层用设么技术和OO没有太大关系的。
还有查询100条记录返回100个对象，这实在是没有必要，这样所需要的时间和资源可能大得足以把服务器搞瘫痪。
对于OO需要灵活运用，具体问题具体分析，不要太偏激。
还有查询100条记录返回100个对象，这实在是没有必要，这样所需要的时间和资源可能大得足以把服务器搞瘫痪。
对于OO需要灵活运用，具体问题具体分析，不要太偏激。
不过到目前位置似乎还没有一个特别好的解决方案
{public ItemCollection() : base() {}
public ItemCollection(ICollection c) : base(c) {}}
.用的时候ItemCollection ic=new ItemCollection(). ic.Add(new Item());这样就可以了.
其实不管做哪一层,都可以类化的.
比如：在用VC#做程序时，添加一个表，只用insert into tables values(str1,str2,str3)
,最后用sqlcommandExecuteNonQuery去执行。想写一个类，总连接不上。
苦恼！
面向对象的思想非常强，一切都是对象，在UI层没有DATASET，连强类型的DATASET都没有，多使用接口实现--------你的观点有点偏激。表现层用设么技术和OO没有太大关系的。
还有查询100条记录返回100个对象，这实在是没有必要，这样所需要的时间和资源可能大得足以把服务器搞瘫痪。
对于OO需要灵活运用，具体问题具体分析，不要太偏激。这位仁兄的观点我同意，公司目前的项目就是这么做的，觉得有些“为了面向对象而面向对象”个人觉得如果单纯做数据库，还是使用类型化的数据集比较合适。compasshr(呱呱)
这位仁兄，目前公司的项目就是为了面向对象，所以都是这么处理，一条记录一个对象，对条记录封装成一个类，继承自 CollectionBase 类
觉得处理不方便，记录的类是通过工具生成的，后来发现如果存在一个大对象的字段，客户端或者服务器端就受不了，如果一个大对象存一个图片 1MB，一次取出100条记录本来很平常，但是这种特殊情况，服务器就受不了，后来又修改类生成工具，加入筛选条件，多条记录时不取大对象。 Sunmast(速马) ( ) 信誉：100
对这位仁兄的意思不太明白，如果能说的详细一些，感激不尽。 spring123(spring123)
这位仁兄，遇到问题可以把代码贴出来嘛，让大家看看你的代码，总会有人帮你解决问题的。欢迎大家继续讨论。