粒度似乎是根据项目模块划分的细致程度区分的,一个项目模块(或子模块)分得越多,每个模块(或子模块)越小,负责的工作越细,就说粒度越细,否则为粗粒度。

简而言之:

粗粒度:模块的功能太过于集中。

细粒度:将一个大的功能分成比较多的子模块。

 

我在一篇论文中读到这样的描述:

通常情况下,软件缺陷预测模型的选择取决于预测目标,一般,粗粒度软件模块内的缺陷概率较大,

故对于此类模块而言,预测其是否存在缺陷并不具备实际意义,而应注重对模块中剩余缺陷数量的预测,从而提高软件质量。

 

举例一下细粒度:

1 interface TaskService{
2   public List getTaskById(int id);
3   public List getTaskByName(String name);
4   public List getTaskByAge(int age);
5 
6 }

举例一下粗粒度:

1 interface TaskService{
2   public List getTask(Person person);
3 }

 

粗细粒度没有明显的界限,也就没有一个标准。

粗粒度与细粒度是一个相对的概念,也不是说对所有会涉及到粗粒粒度问题的工作都是一致偏向的。粗粒度和细粒度的区别主要是出于重用的目的。像类的设计,为尽可能重用,所以采用细粒度的设计模式,将一个复杂的类(粗粒度)拆分成高度重用的职责清晰的类(细粒度)。 对于数据库的设计,原则:尽量减少表的数量与表与表之间的连接,能够设计成一个表的情况就不需要细分,所以可考虑使用粗粒度的设计方式。

 

数据库访问控制的粗细粒度问题:

根据控制对象的粗细程度,访问控制可分为粗粒度和细粒度两种 通常把规定访问整个数据库表或由基本表导出的视图的某个层称为粗粒度的访问控制,而细粒度控制则是把安全控制细化到数据库的行级或列级。