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

本文关键字：分层 太多 多对象 结束 | 更新日期: 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"类，将所有代码塞进更少的类中，是更糟糕的。
相关文章：