在dotnetnuke的自定义业务对象类中可以做些什么改进？

Question

我在一些项目中使用dotnetnuke，我找到了非常有趣的自定义业务对象类，在dotnetnuke项目中命名为CBO.vb。

所以我想在我的另一个项目中使用这个帮助器类，这个类不在dotnetnuke中，而是在核心的asp.net项目中。

所以我读到了本课程的一些重要方法，这些方法是我使用的主要方法：

1. 的 CBO.FillObject
2. 的 FillCollection

现在我是searchig这个课程中有什么问题可以在我使用这个课程之前由我改进

所以我搜索了这个并在code project上发现了一些有趣的话题，指出了几个问题。比如

1. 业务对象和数据库中的字段必须具有相同的名称
2. FillCollection方法返回了一个ArrayList

所以我的问题是在使用之前还有其他任何可以解决的问题，比如

使用反射创建速度较慢的对象，因为他们使用The IHydratable Interface

提供idea how to implement

你可以找到class here

Answer 1

CBO是一个有用的课程。但是，如果我今天要寻找类似的解决方案，我会选择其中一个新的“微型ORM”，例如：

Massive

PetaPoco

Dapper

在数据库周围应用这样的光包装时，我不确定在数据库和业务对象中支持不同的名称是一个好主意。这可能是混乱的原因。

对于返回List<T>的FillCollection方法，也存在泛型重载。 ArrayList版本仅用于向后兼容，没有人应该用它们编写任何新代码。