No equivalent of AddControllersAsServices() for VC's and TagHelpers

[dazinator]

If you have an external assembly, contianing a Controller, and a ViewComponent, you can register the controller with MVC by calling AddControllersAsServices()

However there is no equivalent for the ViewComponent.
The default behaviour seems to be if you have a project reference to the assembly then the VC is picked up, but if you don't have a project reference to it (i.e ILibraryManager is not aware of it) - because for example, it's a standalone "plugin" assembly, then VC's are not detected.

Could you add a method similar to AddControllersAsServices() but for VC's?

Or perhaps consider adding some sort of "IncludeMvcServicesFromAssemblies()` method, that will make sure the assemblies are treated as candidates for all types of services that MVC looks for - i.e Controllers, VC's, and whatever else.

[dazinator]

• And here is a repro showing the issue, that you can load an assembly at runtime, register its controllers, but not the VC's: https://github.com/dazinator/mvc6-view-components/tree/issue-noprojectreferences

[danroth27]

We should also look at adding a more general mechanism for injecting everything from an assembly: #4089.

[danroth27]

We should also support constructor injection in view components by default like we do for controllers.

[danroth27]

And we should do the same for Tag Helpers.

[dazinator]

Not sure if this is related, have raised #4100 to do with ViewModels not being resolved when they also live in the external assembly alongiside the razor view. It seems whatever is responsible for compiling the razor view does not include the assembly that the view is in itself (embedded within assembly) when attempting to resolve Model's..

[rynowak]

@dazinator - Razor uses your project's referenced assemblies as its inputs for compilation. We need to figure out a good all-up way to handle these scenarios.

What's stopping you from referencing this assembly at compile time?

Can you enumerate all assemblies you want to "include" at startup time?

[dazinator]

@rynowak

What's stopping you from referencing this assembly at compile time?

I'm building an application that is designed to be extensible, as in plugins / extensions can be installed at runtime, after the application is deployed. So far, the only blockers I have found are that VC's don't work without a project reference, and neither does Razor View compilation.

Can you enumerate all assemblies you want to "include" at startup time?

Yep. At startup time, my application registers an IAssemblyProvider that returns the union of the DefaultAssembyProvider plus my additional "plugin" assemblies. This doesn't seem to effect Razor Compilation or VC Discovery though.

[davidfowl]

Then you need to hook more than just the assembly provider, in rc2 you can more easily add assemblies to the razor compilation. In rc1 it's a bit cumbersome but possible.