¿Cuál es la razón por la que uvm introduce el mecanismo de fábrica?
Si su entorno de CPU se usará en un entorno de nivel más grande instanciado varias veces, la situación empeora;
La situación empeora si su controlador pcie se utilizará como un solo componente en muchos lugares en una estructura de árbol de diferentes profundidades en un entorno grande. Se pone aún peor;
Se pone aún peor si su controlador pcie se usará como un solo componente en muchos lugares en una estructura de árbol de diferentes profundidades en un entorno grande.
La situación empeora aún más si su controlador pcie se usará como un solo componente en muchos; ¡Se coloca en una estructura de árbol de diferentes profundidades en un entorno grande!
Además, digamos que tengo 10 controladores pcie en mi entorno actual, 5 de los cuales se usan como subcomponentes para los 5 agentes de CPU y los otros 5 se usan solo como subcomponentes para el entorno de nivel superior ( los primeros 5 agentes de CPU están incluidos en el entorno de nivel superior). ). Ahora quiero reemplazar los 3 controladores pcie en el agente de la CPU con el controlador rapidio, y los 2 controladores pcie restantes permanecen sin cambios; los 5 controladores pcie principales tienen requisitos similares, si usa el método (1) para cambiar el código, su plataforma de prueba será terrible, no escalable, propensa a errores, etc. .......
Las diferentes necesidades causarán muchos problemas, porque las necesidades siempre están cambiando, necesitamos una manera de adaptarnos bien a este cambio, el mecanismo de fábrica puede hacer esto un poco.