文章目录
1.工厂模式概述
工厂模式的主要解决的问题是,将原来分布在各个地方的对象创建过程单独抽离出来,交给工厂类负责创建。其他地方想要使用对象直接找工厂(即调用工厂的方法)获取对象。
- UVM工厂的存在就是为了更方便地替换验证环境中的实例或者注册了的类型,同时工厂的注册机制也带来了配置的灵活性。
- 实例或类型替代,在UVM中称作覆盖,而被用来替换的对象或者类型,应该满足注册和多态的要求。
- uvm_component类构成了验证环境的层次,uvm_object类构成构成环境的属性和数据传输,这两种类是进出工厂的主要模具和生产对象。
- 对象由工厂生产是利用工厂生产模具可灵活替代的好处,在不修改原有验证环境层次和验证包的同时,实现对环境内部组件类型或者对象的覆盖。
2.创建(create)
2.1 定义->注册->构建 缺一不可
- component 构建函数 function new (string name = " name", uvm_component parent = null)
创建对象comp_type::type_id::create(string name,uvm_component parent); - object 构建函数 function new (string name = “name”)
object_type::type_id::create(string name);
class comp1 extends uvm_component;//1.定义
'uvm_component_utils(comp1)//2.注册
function new (string name = "comp1", uvm_component parent = null);//3.构建函数
super.new(name,parent);
endfunction:new
endclass
class obj1 extends uvm_object;//1.定义
'uvm_object_utils(obj1)//2.注册
function new(string name = "obj1");//3.构建函数
endfunction:new
endclass
//创建对象
comp1 c1,c2;
obj1 o1,o2;
initial begin
c1 = new("c1");
o1 = new("o1");
//建议使用下面方法创建对象
c2 = comp1::type_id::create("c2",null);
o2 = obj1::type_id::create("o2");
end
2.2 什么是宏
在上面两种类comp1和obj1的注册中,分别使用了UVM宏
’uvm_component_utils 和 'uvm_object_utils
- 使用宏将类注册到factory中,factory是独有的,即有且只有一个,这保证了所有类的注册都在一个“机构”中
3.覆盖方法
覆盖机制可以将其原来所属类型替换为另一个新类型
在覆盖之后,原本用来创建原型类型的请求,将由工厂来创建新的替换类型
-
无需修改原始代码,继而保证了原有代码的封装性
-
新的替换类型必须与被替换类型相兼容,否则稍后的句柄赋值将失败,所以使用继承
-
做顶层修改时,非常方便
当使用create()来创建对象时: -
工厂会检查,是否原有类型被覆盖
-
如果是,它会创建一个新类型的对象
-
如果不是,它会创建一个原有类型的对象
覆盖发生时,可以使用“类型覆盖”或者“实例覆盖”: -
类型覆盖指,UVM层次结构下的所有原有类型都被覆盖类型所替换
-
实例覆盖,指某些位置中原有类型会被覆盖类型所替换
set_type_override()
static function void set_type_override(uvm_object_wrapper override_type, bit replace = 1);
//调用
origin_type::type_id::set_type_override(new_type::get_type())
set_inst_override()
static function void set_inst_override(uvm_object_wrapper override_type,string inst_path,uvm_componnent parent = null);
//调用
origin_type::type_id::set_type_override(new_type::get_type(),"orig_inst_path");