That’s true, however I’d recommend against mixing apples and oranges here (i.e. imperative/textual programming with IronPython/C#/VB and declarative/DAG-based programming with Grasshopper) and to mainly/only use the virtual components for calling stuff that isn’t exposed in RhinoCommon or rhinoscriptsyntax (say the Voronoi functions). Mixing paradigms like this will more than likely lead to unnecessary complexity and confusion, both as the programmer (try debugging those calls!) and anyone reading the program.