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

Question

我在一些项目中工作过DotNetNuke，我发现非常有趣的自定义业务对象类，在DotNetNuke项目中命名为CBO.vb。

所以我想在我的其他项目也不是在DotNetNuke，但在core asp.net项目中使用这个助手类。

所以我读了一些重要的方法，我最常用的方法是:

1. CBO。FillObject
2. FillCollection

现在我正在寻找在我使用这门课之前，我可以改进这门课的问题。

于是我搜索了一下，发现了一个有趣的关于代码项目的话题，它指出了几个问题，比如:

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

所以我的问题是在使用之前还有什么可以解决的，比如

使用反射来创建较慢的对象，因为它们给出了如何通过使用The IHydratable Interface

实现这一点的想法

你可以在这里找到class

Answer 1

CBO是一个有用的类。然而，如果我现在正在寻找一个类似的解决方案，我会考虑一个新的"micro - orm"，比如:

大规模

PetaPoco

衣冠楚楚的

当在数据库周围应用这样一个轻量级包装器时，我不确定在数据库和业务对象中支持不同的名称是否真的是个好主意。这很可能引起混淆。

也已经有返回List<T>的FillCollection方法的通用重载。ArrayList版本的存在只是为了向后兼容，没有人应该用它们编写任何新的代码。