SignalRHubProxyGenerator | Roslyn source generators used to generate strong typed SignalR hub proxy services
kandi X-RAY | SignalRHubProxyGenerator Summary
kandi X-RAY | SignalRHubProxyGenerator Summary
SignalRHubProxyGenerator is a C# library. SignalRHubProxyGenerator has no bugs, it has no vulnerabilities, it has a Permissive License and it has low support. You can download it from GitHub.
Roslyn source generators used to generate strong typed SignalR hub proxy services.
Roslyn source generators used to generate strong typed SignalR hub proxy services.
Support
Quality
Security
License
Reuse
Support
SignalRHubProxyGenerator has a low active ecosystem.
It has 2 star(s) with 0 fork(s). There are 2 watchers for this library.
It had no major release in the last 6 months.
SignalRHubProxyGenerator has no issues reported. There are no pull requests.
It has a neutral sentiment in the developer community.
The latest version of SignalRHubProxyGenerator is current.
Quality
SignalRHubProxyGenerator has no bugs reported.
Security
SignalRHubProxyGenerator has no vulnerabilities reported, and its dependent libraries have no vulnerabilities reported.
License
SignalRHubProxyGenerator is licensed under the Apache-2.0 License. This license is Permissive.
Permissive licenses have the least restrictions, and you can use them in most projects.
Reuse
SignalRHubProxyGenerator releases are not available. You will need to build from source code and install.
Installation instructions, examples and code snippets are available.
Top functions reviewed by kandi - BETA
kandi's functional review helps you automatically verify the functionalities of the libraries and avoid rework.
Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of SignalRHubProxyGenerator
Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of SignalRHubProxyGenerator
SignalRHubProxyGenerator Key Features
No Key Features are available at this moment for SignalRHubProxyGenerator.
SignalRHubProxyGenerator Examples and Code Snippets
No Code Snippets are available at this moment for SignalRHubProxyGenerator.
Community Discussions
No Community Discussions are available at this moment for SignalRHubProxyGenerator.Refer to stack overflow page for discussions.
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install SignalRHubProxyGenerator
To generate SignalR strong-typed client hub proxies, you should take the following steps:.
Add a package reference of Sakura.AspNetCore.SignalR.HubProxies, which provide necessary common logics for hub proxies and generation controlling attributes.
Add a package reference of Sakura.AspNetCore.SignalR.HubProxyGenerators, this is a source generator package and thus it will be listed in the Analyzers nodes in your project after you installed it.
Provide necessary information for hub proxy generation:
Add a HubProxyGeneration attribute to locate the library which contains the hub server type and control various generating settings, an example may be:
You must specify the full path of the assembly dll, relative path will never work, this is because source generators is designed as no project file access permission, and thus the working directory for them will always be the directory of the C# compiler aka the csc.exe.
All the asssemblies located at the same directory of the target assembly will be automatically imported for analyzing, however, typical ASP.NET Core web apps will not copy the common runtime assemblies of .NET core and ASP.NET because it assumes the deployment environment has already installed the runtime globally (unless you select to use the standalone publish mode for your project). Under such circumstance, you must specify the install location for all the shared runtime assemblies using the AdditionalAssemblyDirectories attribute property.
Multiple versions of .NET runtime can be side-by-side installed in the same system, so you must select the correct directory which matching the version of your target assembly, otherwise, the loading process cannot run successfully.
Now you may build you project and Visual Studio will automatically call the source generator to generate hub client types.
Add a package reference of Sakura.AspNetCore.SignalR.HubProxies, which provide necessary common logics for hub proxies and generation controlling attributes.
Add a package reference of Sakura.AspNetCore.SignalR.HubProxyGenerators, this is a source generator package and thus it will be listed in the Analyzers nodes in your project after you installed it.
Provide necessary information for hub proxy generation:
Add a HubProxyGeneration attribute to locate the library which contains the hub server type and control various generating settings, an example may be:
You must specify the full path of the assembly dll, relative path will never work, this is because source generators is designed as no project file access permission, and thus the working directory for them will always be the directory of the C# compiler aka the csc.exe.
All the asssemblies located at the same directory of the target assembly will be automatically imported for analyzing, however, typical ASP.NET Core web apps will not copy the common runtime assemblies of .NET core and ASP.NET because it assumes the deployment environment has already installed the runtime globally (unless you select to use the standalone publish mode for your project). Under such circumstance, you must specify the install location for all the shared runtime assemblies using the AdditionalAssemblyDirectories attribute property.
Multiple versions of .NET runtime can be side-by-side installed in the same system, so you must select the correct directory which matching the version of your target assembly, otherwise, the loading process cannot run successfully.
Now you may build you project and Visual Studio will automatically call the source generator to generate hub client types.
Support
Clients and server transmit data with arguments, thus there must be equivalent types between them. The generator automatically map types with the same full name from the server to the client, and thus all core CLR types (e.g. System.String, System.Int32, etc.) can be correctly selected unless you intentionally define confusing types. For user defined complex server data types, there must also be a type with the same full name defined in the client project. We suggest you define an intermediate assembly which contains all types should be transmitted between server and clients and reference it in both sides to reduce the complexity of type sharing.
Find more information at:
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page