uvm的factory机制

factor y机制的作用：自动创建一个类的实例并调用其中的函数（function）和任务（task）。

class my_driver extends uvm_driver;

   `uvm_component_utils(my_driver)
   function new(string name = "my_driver", uvm_component parent = null);
      super.new(name, parent);
      `uvm_info("my_driver", "new is called", UVM_LOW);
   endfunction
   extern virtual task main_phase(uvm_phase phase);
endclass

task my_driver::main_phase(uvm_phase phase);
   `uvm_info("my_driver", "main_phase is called", UVM_LOW);
   top_tb.rxd &lt;= 8'b0; 
   top_tb.rx_dv &lt;= 1'b0;
   while(!top_tb.rst_n)
      @(posedge top_tb.clk);
   for(int i = 0; i &lt; 256; i++)begin
      @(posedge top_tb.clk);
      top_tb.rxd <= $urandom_range(0, 255);
      top_tb.rx_dv <= 1'b1;
      `uvm_info("my_driver", "data is drived", UVM_LOW);
   end
   @(posedge top_tb.clk);
   top_tb.rx_dv <= 1'b0;
endtask

factory机制的实现被集成在了一个宏中：uvm_component_utils。这个宏所做的事情非常多，其中之一就是将my_driver登记在 UVM内部的一张表中，这张表是factory功能实现的基础。只要在定义一个新的类时使用这个宏，就相当于把这个类注册到了这张表中。
在给driver中加入 factory机制后，还需要对top_tb做一些改动：

initial begin
   run_test("my_driver");
end

这里使用一个run_test 语句替换掉了my_driver实例化及main_phase的显式调用。运行这个新的验证平台，会输出如下语句：

new is called
main_phased is called

        一个run_test 语句会创建一个my_driver的实例，并且会自动调用my_driver的mai n_phase。仔细观察run_test 语句，会发现传递给它的是一个字符串。UVM根据这个字符串创建了其所代表类的一个实例。
        根据类名创建一个类的实例，这是uvm_component_utils宏所带来的效果，同时也是factory机制给读者的最初印象。只有在类定义时声明了这个宏，才能使用这个功能。所以从某种程度上来说，这个宏起到了注册的作用。只有经过注册的类，才能使用这个功能，否则根本不能使用。请记住一点：所有派生自uvm_component及其派生类的类都应该使用uvm_component_utils宏注册。
        除了根据一个字符串创建类的实例外，上述代码中另外一个神奇的地方是mai n_p ha se被自动调用了。在UVM验证平台中，只要一个类使用uvm_component_utils 注册且此类被实例化了，那么这个类的mai n_p ha se就会自动被调用。所以，在driver中，最重要的就是实现mai n_p hase。