以太多对象结束(分层设计)

本文关键字:分层 太多 多对象 结束 | 更新日期: 2023-09-27 18:04:19

我有很多下拉列表,自定义网格在我的webform显示给最终用户。每个都是从数据库通过DAL填充的。我分别为它们定义了不同的类。然而,我正在考虑减少类的数量,因为每个新需求都会产生一个单独的自定义对象。

我怎样才能减少no ?满足这些要求的课程?我应该使用数据集、列表等吗?

以太多对象结束(分层设计)

"为每个类定义单独的类"answers"我如何减少no。的类".

你真的要为每个下拉列表创建一个新的类吗?根据我的经验,我通常用这个类来概括它:

public class DropDownItem<T>{
  public string Display{get;set;}
  public T Value{get;set;}
}

可以使用Dictionary<T>

从未在ASP中使用。但它在Winform和WPF数据绑定中工作得很好。在Asp。Net特有的,我认为正常的选择选项就足够了。

然而,对于gridview,你需要泛化你的类更通用。声明一个类,其中大部分参数是可空的。

示例一个请求有10个参数,其中5为必选参数,其他5为空参数。网格A显示参数1、2、3、4、5、7、8,网格B显示参数1、2、3、4、5、6、9、10这样,您就可以在多个网格中使用一个类。

不要使用DataSets/DataTable。使用更多的类比使用DataSet更好。当使用比DataSet更多的类时,可维护性会更好,因为它是强类型的,而不是DataSet中的"COLUMN_NAME"。

我希望这听起来不是太关键,但是如果作为类添加的每个需求最终都要做很多工作,也许您可以查看继承以清理这些类中的样板/共享代码。

一般来说,大量的小类(不与其他类重叠的功能)是一件好事。相反的复杂性问题,"god"类,将所有代码塞进更少的类中,是更糟糕的。