return 一个集合或一个集合的接口是一个好习惯,即使它是一个学生或一个 class?如果是,为什么?
Is it good practice to return a Collection or a Collection's Interface even if it's a single student or single class? If yes, why?
假设我正在为一所大学实施电子学习应用程序。
假设我们的数据访问层中有用于检索单个学生、单个 Class 等的方法
- 获取学生
- 得到Class
事件,如果它只是一个学生或一个单身 Class,那么总是 return 一个单一的集合或包含一个学生或单身的集合的界面是一个好习惯 class?如果是,为什么?
- IEnumerable
getStudent(int StudentId)
- IEnumerable< Class > getClass(int ClassId)
由于您的方法名称是单数的,这意味着 class 的单个实例将被 returned。如果方法名称是复数,则意味着 returning 一个集合。
例如
Student getStudent(int StudentId);
Class getClass(int classId);
IEnumerable<Student> getAllStudents();
IEnumerable<Class> getAllClasses();
这样做意味着任何使用这些方法的人都非常清楚将 returned 的对象类型,并且意味着您不需要任何额外的代码来获取第一个对象总是 return 1 项的集合。
假设我正在为一所大学实施电子学习应用程序。
假设我们的数据访问层中有用于检索单个学生、单个 Class 等的方法
- 获取学生
- 得到Class
事件,如果它只是一个学生或一个单身 Class,那么总是 return 一个单一的集合或包含一个学生或单身的集合的界面是一个好习惯 class?如果是,为什么?
- IEnumerable
getStudent(int StudentId) - IEnumerable< Class > getClass(int ClassId)
由于您的方法名称是单数的,这意味着 class 的单个实例将被 returned。如果方法名称是复数,则意味着 returning 一个集合。
例如
Student getStudent(int StudentId);
Class getClass(int classId);
IEnumerable<Student> getAllStudents();
IEnumerable<Class> getAllClasses();
这样做意味着任何使用这些方法的人都非常清楚将 returned 的对象类型,并且意味着您不需要任何额外的代码来获取第一个对象总是 return 1 项的集合。