针对Systemverilog 世界的类，和UVM 世界的类，其实大同小异。因为两者都是面向对象编程语言这个最基础的框架，所以几乎一模一样。不同之处，主要是在构造函数上面的不同。
构造函数new
一般systermverilog 中的类的实例化，包含类的声明和类的构造。 比如，
my_driver drv;
drv=new();
（1）drv可以看做是一个句柄，一个指针，一个内存入口地址。这个指向的内存入口地址，存放着构造实现类的对象的初始化信息，包括变量、函数、task等（每个编译器不同，处理类的实例化过程不同。C++可能 不会对每个实例进行一次copy）。
（2）每一个自己定义的类，都要声明function new；可以在这个函数里，增加变量、函数、task的信息，方便以后类的实例化过程，形成不同的对象。
上述类和对象的关系，举个例子，鸟类，定义构造函数function new，其中包含羽毛颜色等信息；然后在具体实例化乌鸦时，会产生一个对象叫乌鸦，并可以在实例化乌鸦时，设置羽毛颜色属性为黑。
（3）在UVM实战这本书的源代码例子里，发现如下规律：
1. uvm_object里的function new，只有一个参数叫name
2. uvm_component里的function new，有两个参数，name和parent
3. 由uvm_component继承的类，其实例化代码写法均类似
drv=my_driver::type_id::create("drv",this)
uvm_object里的function new，只有一个参数叫name
uvm_component里的function new，有两个参数，name和parent
上面两句的意思，是因为UVM树形层次结构（只有component才有此层次结构）导致的。
name参数的意义就是实例化的名称。
parent参数的意义就是UVM树形的上一层次，通常都是this；这表示当前层次下实例化了一个component组件。
换句话说，正是由于function new里多了一个parent参数，才有UVM树形层次结构的实现。
由uvm_component继承的类，其实例化代码写法均类似
drv=my_driver::type_id::create("drv",this)
这是因为UVM把实例化过程，封装成了如上代码形式（利用的是factory机制）；相比new的实例化方式，增加了factory机制带来的重载能力。