MiniRazor.CodeGen
2.1.3
Use RazorBlade for build-time compilation and RazorLight for run-time compilation
See the version list below for details.
dotnet add package MiniRazor.CodeGen --version 2.1.3
NuGet\Install-Package MiniRazor.CodeGen -Version 2.1.3
<PackageReference Include="MiniRazor.CodeGen" Version="2.1.3" />
paket add MiniRazor.CodeGen --version 2.1.3
#r "nuget: MiniRazor.CodeGen, 2.1.3"
// Install MiniRazor.CodeGen as a Cake Addin #addin nuget:?package=MiniRazor.CodeGen&version=2.1.3 // Install MiniRazor.CodeGen as a Cake Tool #tool nuget:?package=MiniRazor.CodeGen&version=2.1.3
MiniRazor
⚠️ Project status: maintenance mode (bug fixes only).
MiniRazor is a tiny abstraction over the Razor engine, designed to provide a simple interface to compile and render templates, both at build time and at runtime.
Download
All-in-one meta package:
- 📦 NuGet:
dotnet add package MiniRazor
Specialized packages:
- 📦 NuGet:
dotnet add package MiniRazor.Compiler
(runtime compilation only) - 📦 NuGet:
dotnet add package MiniRazor.CodeGen
(build time compilation only)
⚠ If you're referencing MiniRazor.CodeGen, ensure that it's NOT marked with
PrivateAssets="all"
! Although the source generator assembly itself is only used during build, this package also contains binaries which are required by the generated code at runtime.
Usage
Compiling templates at build time
Compiling at build time requires MiniRazor.CodeGen
MiniRazor comes with a source generator that can parse Razor templates and transpile them into C# classes directly at build time. This workflow is suitable and highly recommended for scenarios where your templates are not expected to change.
To do that, first create a Razor template as shown here:
@inherits MiniRazor.TemplateBase<string>
@namespace MyNamespace.Templates
<html>
<head>
<title>Hello @Model</title>
</head>
<body>
<p>Hello @Model</p>
</body>
</html>
Note the usage of two important directives at the top of the file:
@inherits
directive indicates that the base type of this template isMiniRazor.TemplateBase<TModel>
, with the model of typestring
. If this directive is not included, the template will instead inherit fromMiniRazor.TemplateBase<dynamic>
by default, which doesn't offer the same level of type-safety when working with the model.@namespace
directive instructs the compiler to put the generated class into theMyNamespace.Templates
namespace. If this directive is omitted, the default namespace ofMiniRazor.GeneratedTemplates
will be used instead.
In order to make the template accessible by MiniRazor's source generator, you need to add it to the project as AdditionalFiles
and mark it with the IsRazorTemplate="true"
attribute:
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<OutputType>Exe</OutputType>
<TargetFramework>net5.0</TargetFramework>
</PropertyGroup>
<ItemGroup>
<AdditionalFiles Include="Templates/TemplateFoo.cshtml" IsRazorTemplate="true" />
<AdditionalFiles Include="Templates/*.cshtml" IsRazorTemplate="true" />
</ItemGroup>
</Project>
Once that's done, you should be able to run dotnet build
to build the project and trigger the source generator.
Given that the template's file name is TemplateFoo.cshtml
, the generated class should be accessible as MyNamespace.Templates.TemplateFoo
.
To render it, you can call the RenderAsync(...)
static method:
// Reference the namespace where the template is located
using MyNamespace.Templates;
// Render the template to string, with @Model set to "world"
var output = await TemplateFoo.RenderAsync("world");
// Or, alternatively, render it to the specified TextWriter
await TemplateFoo.RenderAsync(Console.Out, "world");
Note that the type of the model
parameter in RenderAsync(...)
is automatically inferred from the @inherits
directive specified in the template.
Here, since the template is derived from MiniRazor.TemplateBase<string>
, the method expects a parameter of type string
.
Compiling templates at runtime
Compiling at runtime requires MiniRazor.Compiler
If the previous approach doesn't fit your usage scenario, you can also compile templates at runtime.
To do that, call Razor.Compile(...)
with the template's source code:
using MiniRazor;
// Compile the template into an in-memory assembly
var template = Razor.Compile("<p>Hello, @Model.Subject!</p>");
// Render the template to string
var output = await template.RenderAsync(new MyModel { Subject = "World" });
// <p>Hello, World!</p>
Calling Razor.Compile(...)
transforms the provided Razor template directly into IL code and hosts it in a generated in-memory assembly.
This returns an instance of TemplateDescriptor
, which can then be used to render output against a model.
By default, MiniRazor uses the default assembly load context, which means that the compiled IL code will stay in memory forever.
To avoid that, you can pass a custom instance of AssemblyLoadContext
that lets you control the lifetime of generated assemblies:
// Create an isolated assembly load context
var alc = new AssemblyLoadContext("MyALC", true);
// Compile the template
var template = Razor.Compile("<p>Hello, @Model.Subject!</p>", alc);
// Unload the ALC once it's no longer needed
alc.Unload();
Templating features
HTML encoding
Output rendered with Razor templates is HTML-encoded by default.
If you want to print raw HTML content, for example if it's sourced from somewhere else, you can use the Raw(...)
method:
@{
string GetHtml() => "<p>Hello world!</p>";
}
@GetHtml() // <p>Hello world!</p>
@Raw(GetHtml()) // <p>Hello world!</p>
Learn more about Target Frameworks and .NET Standard.
-
.NETStandard 2.0
- MiniRazor.Runtime (>= 2.1.3)
NuGet packages (4)
Showing the top 4 NuGet packages that depend on MiniRazor.CodeGen:
Package | Downloads |
---|---|
MiniRazor
Portable Razor compiler and code generator |
|
KariIndexer.Net
Simple folder indexer with html ouput |
|
Indexer
Package Description |
|
KariIndexer
Package Description |
GitHub repositories
This package is not used by any popular GitHub repositories.