uvm（7）factory

重载

针对任务或者函数，定义virtual;然后就可以重载

第二个是 约束的重载

然后

m_trans.crc_err_cons.constraint_mode(0);
这个是关闭此约束

m_trans.constraint_mode(0);
这是关闭所有约束

还可以集成原来的transation直接重写约束起到重载的作用

用factory重载

set_type_override_by_type语句相当于在factory机制的表格中加入了一条记录。 当查到有重载记录时， 会使用新的类型来替代旧的类型
使用factory重载需要满足条件

        此函数原型如下

把第一个参数的类型重载成第二个参数的类型。

有时候可能并不是希望把验证平台中的A类型全部替换成B类型， 而只是替换其中的某一部分， 这种情况就要用到set_inst_override_by_type函数。 这个函数的原型如下：

举例如下

当进行如下操作

把monitor更新

无论是set_type_override_by_type还是set_inst_override_by_type， 它们的参数都是一个uvm_object_wrapper型的类型参数， 这种参数通过xxx： ： get_type（ ） 的形式获得。 UVM还提供了另外一种简单的方法来替换这种晦涩的写法： 字符串。

与set_type_override_by_type相对的是set_type_override， 它的原型是：

与set_inst_override_by_type相对的是set_inst_override， 它的原型是：
 

但是如果想在initial中使用的话，要用如下函数

full_inst_path就是要替换的实例中使用get_full_name（ ） 得到的路径值
比如这个样子

其实上述函数就是原型

如下对命令行重载

连续重载

在有多个重载时， 最终重载的类要与最初被重载的类有派生关系。 最终重载的类必须派生自最初被重载的类， 最初被重载的类必须是最终重载类的父类。
 

也就是读完连续重载的语句然后在确定最终情况

调试重载

针对上述重载

或者如下

常用重载

重载transaction

对于一个default sequence，我们需要对里面的trans做更改就可以重载

然后在set trans就可以

sequence

就是用于嵌套的seq

component

上述常用于产生异常用例，就是上面两个

其实还可以用重载driver来产生

只需在build中

用于无法用重载seq的情形

factory机制实现

factory说白了就是通过字符串来创建一个类（new）

有如下相关函数

factory.create_object_by_type(my_transaction::get_type()))
 

一般只用到第一个参数

还有

factory.create_component_by_name("my_transaction", get_full_name(), "scb", this)

第一个参数是字符串类型的类名， 第二个参数是父结点的全名， 第三个参数是为这个新的component起的名字，第四个参数是父结点的指针。 在调用这个函数时， 这四个参数都要使用

本质上来看， factory机制其实是对SystemVerilog中new函数的重载。