Orleans code generation
Before Orleans 7.0, source generation was much more manual and required explicit developer intervention. Starting with Orleans 7.0, code generation is automatic and requires no developer intervention. However, there are still cases where developers may want to influence code generation, for example, to generate code for types that are not automatically generated or to generate code for types in another assembly.
Enable code generation
Orleans generates C# source code for your app at build time. All projects, including your host, need to have the appropriate NuGet packages installed to enable code generation. The following packages are available:
- All clients should reference Microsoft.Orleans.Client.
- All silos (servers) should reference Microsoft.Orleans.Server.
- All other packages should reference Microsoft.Orleans.Sdk.
Use the GenerateSerializerAttribute to specify that the type is intended to be serialized and that serialization code should be generated for the type. For more information, see Use Orleans serialization.
The Orleans runtime makes use of generated code to ensure proper serialization of types that are used across the cluster as well as for generating boilerplate, which abstracts away the implementation details of method shipping, exception propagation, and other internal runtime concepts. Code generation can be performed either when your projects are being built or when your application initializes.
What happens during build?
At build time, Orleans generates code for all types that are marked with GenerateSerializerAttribute. If a type isn't marked with GenerateSerializer
, it will not be serialized by Orleans.
If you're developing with F# or Visual Basic, you can also use code generation. For more information, see the following samples:
These examples demonstrate how to consume the Orleans.GenerateCodeForDeclaringAssemblyAttribute, specifying types in the assembly which the source generator should inspect and generate source for.
The preferred method for performing code generation is at build time. Build time code generation could be enabled by using one of the following packages:
- Microsoft.Orleans.OrleansCodeGenerator.Build. A package that uses Roslyn for code generation and uses .NET Reflection for analysis.
- Microsoft.Orleans.CodeGenerator.MSBuild. A new code generation package that leverages Roslyn both for code generation and code analysis. It does not load application binaries, and as a result, avoids issues caused by clashing dependency versions and differing target frameworks. The new code generator also improves support for incremental builds, which should result in shorter build times.
One of these packages should be installed into all projects which contain grains, grain interfaces, custom serializers, or types that are sent between grains. Installing a package injects a target into the project which will generate code at build time.
Both packages (Microsoft.Orleans.CodeGenerator.MSBuild
and Microsoft.Orleans.OrleansCodeGenerator.Build
) only support C# projects. Other languages are supported either using the Microsoft.Orleans.OrleansCodeGenerator
package described below, or by creating a C# project which can act as the target for code generated from assemblies written in other languages.
Additional diagnostics can be emitted at build time by specifying a value for OrleansCodeGenLogLevel
in the target project's .csproj file. For example, <OrleansCodeGenLogLevel>Trace</OrleansCodeGenLogLevel>
.
What happens during initialization?
In Orleans 7+, nothing happens during initialization. Code generation is performed at build time.
Code generation can be performed during initialization on the client and silo by installing the Microsoft.Orleans.OrleansCodeGenerator
package and using the ApplicationPartManagerCodeGenExtensions.WithCodeGeneration extension method:
builder.ConfigureApplicationParts(
parts => parts
.AddApplicationPart(typeof(IRuntimeCodeGenGrain).Assembly)
.WithCodeGeneration());
In the foregoing example, builder
may be an instance of either ISiloHostBuilder or IClientBuilder.
An optional ILoggerFactory instance can be passed to WithCodeGeneration
to enable logging during code generation, for example:
ILoggerFactory codeGenLoggerFactory = new LoggerFactory();
codeGenLoggerFactory.AddProvider(new ConsoleLoggerProvider());
builder.ConfigureApplicationParts(
parts => parts
.AddApplicationPart(typeof(IRuntimeCodeGenGrain).Assembly)
.WithCodeGeneration(codeGenLoggerFactory));
Influence code generation
When applying GenerateSerializerAttribute to a type, you can also apply the IdAttribute to uniquely identify the member. Likewise, you may also apply an alias with the AliasAttribute. For more information on influencing code generation, see Use Orleans serialization.
During code generation, you can influence generating code for a specific type. Code is automatically generated for grain interfaces, grain classes, grain state, and types passed as arguments in grain methods. If a type does not fit these criteria, the following methods can be used to further guide code generation.
Adding SerializableAttribute to a type instructs the code generator to generate a serializer for that type.
Adding [assembly: GenerateSerializer(Type)]
to a project instructs the code generator to treat that type as serializable and will cause an error if a serializer could not be generated for that type, for example, because the type is not accessible. This error will halt a build if code generation is enabled. This attribute also allows generating code for specific types from another assembly.
[assembly: KnownType(Type)]
also instructs the code generator to include a specific type (which may be from a referenced assembly), but does not cause an exception if the type is inaccessible.
Generate serializers for all subtypes
Adding KnownBaseTypeAttribute to an interface or class instructs the code generator to generate serialization code for all types which inherit/implement that type.
Generate code for all types in another assembly
There are cases where generated code cannot be included in a particular assembly at build time. For example, this can include shared libraries that do not reference Orleans, assemblies written in languages other than C#, and assemblies in which the developer does not have the source code. In these cases, generated code for those assemblies can be placed into a separate assembly which is referenced during initialization.
To enable this for an assembly:
- Create a C# project.
- Install the
Microsoft.Orleans.CodeGenerator.MSBuild
or theMicrosoft.Orleans.OrleansCodeGenerator.Build
package. - Add a reference to the target assembly.
- Add
[assembly: KnownAssembly("OtherAssembly")]
at the top level of a C# file.
The KnownAssemblyAttribute instructs the code generator to inspect the specified assembly and generate code for the types within it. The attribute can be used multiple times within a project.
The generated assembly must then be added to the client/silo during initialization:
builder.ConfigureApplicationParts(
parts => parts.AddApplicationPart("CodeGenAssembly"));
In the foregoing example, builder
may be an instance of either ISiloHostBuilder or IClientBuilder.
KnownAssemblyAttribute
has an optional property, TreatTypesAsSerializable, which can be set to true
to instruct the code generator to act as though all types within that assembly are marked as serializable.
Feedback
https://aka.ms/ContentUserFeedback.
Coming soon: Throughout 2024 we will be phasing out GitHub Issues as the feedback mechanism for content and replacing it with a new feedback system. For more information see:Submit and view feedback for