pauldeen79.TemplateFramework.Console 1.1.0

dotnet tool install --global pauldeen79.TemplateFramework.Console --version 1.1.0                
This package contains a .NET tool you can call from the shell/command line.
dotnet new tool-manifest # if you are setting up this repo
dotnet tool install --local pauldeen79.TemplateFramework.Console --version 1.1.0                
This package contains a .NET tool you can call from the shell/command line.
#tool dotnet:?package=pauldeen79.TemplateFramework.Console&version=1.1.0                
nuke :add-package pauldeen79.TemplateFramework.Console --version 1.1.0                

TemplateFramework

Template and code generation framework for C#

If you want to create templates in any .NET language (C#, VB.Net, F#) and run them using a dotnet global tool, this framework is for you!

We currently target .NET 8.0, but the code can easily be ported back to older .NET versions.

Difference between a template and code generation provider

A code generation provider is a class that provides a template instance, along with optional model and additional parameters. This is typically the level you want to use, if you want to scaffold multiple files using a single command.

If you want to use the template abstraction level, then you have to make sure the template class has a public parameterless constructor.

Features

  • Runs templates or code generation providers from .NET assemblies from command line
  • Supports generating single or multiple files from one template
  • Supports custom hosting of the template engine or code generation engine, if you want to
  • Writes output to either console, clipboard or file system
  • Supports child templates, if you want to split your template into multiple logical templates
  • Battle tested
  • Fully async
  • Extensible using dependency injection (write new implementations, and register them in your DI container)

Packages

  • TemplateFramework.Abstractions: Interfaces for templates, code generation providers and generation environments
  • TemplateFramework.Core: Template engine and code generation engine, and all needed implementations for abstractions
  • TemplateFramework.Console: Dotnet tool that can be launched from command line (using tf command)
  • TemplateFramework.Runtime: Run-time infrastructure, to load assemblies
  • TemplateFramework.TemplateProviders.ChildTemplateProvider: Adds support for child templates
  • TemplateFramework.TemplateProviders.CompiledTemplateProvider: Adds support for compiled templates
  • TemplateFramework.TemplateProviders.StringTemplateProvider: Adds support for text-based templates with formattable strings or expression strings

How to create a template

You have to write a class in a .NET 8.0 project (class library project is good enough), and compile this project. Then you can either use the command line tool 'tf' (Template Framework) or write your own host and reference the Core and TemplateProviders.CompiledTemplateProvider packages.

There are multiple types of templates supported out of the box:

  • StringBuilder template, which appends to a single output using a StringBuilder which is passed as an argument
  • Text Transform template, which has one method with a return type of string, that is called to run the template
  • Multiple Content Builder template, which allows to create more output files
  • POCO template. If the class is not of a supported type, then the ToString method will be called on the template instance

Important: If you are not using a POCO template, make sure you reference the same package version of TemplateFramework.Abstractions as the host! So if you install version x.y of TemplateFramework.Console, then also reference version x.y of the TemplateFramework.Abstractions package from your template or code generation assembly.

To create a StringBuilder template, implement this interface from the TemplateFramework.Abstractions package:

public interface IStringBuilderTemplate
{
    Task Render(StringBuilder builder, CancellationToken cancellationToken);
}

To create a Text Transform template, implement this interface from the TemplateFramework.Abstractions package:

public interface ITextTransformTemplate
{
    Task<string> TransformText(CancellationToken cancellationToken);
}

To create a Multiple Content Builder template, implement this interface from the TemplateFramework.Abstractions package:

public interface IMultipleContentBuilderTemplate
{
    Task Render(IMultipleContentBuilder builder, CancellationToken cancellationToken);
}

How to add package references to your template assembly, when using the (Console) command tool

The template assembly is loaded by the command tool. If you want to add external references to your template assembly, then you have to take some additional steps. There are more options to choose from.

The first option is to write a custom host. Add the references to the Core and TemplateProviders.CompiledTemplateProvider packages.

The second option is to add the following property to your template assembly, so your build output directory contains all referenced assemblies from package references:

  <PropertyGroup>
    ...
    <CopyLocalLockFileAssemblies>true</CopyLocalLockFileAssemblies>
    ...
  </PropertyGroup>

The third option is to publish your template assembly, and use the publishing output directory.

Note that the following assemblies will be loaded from the host (Console) command tool, so make sure you use the same versions referenced from there:

  • TemplateFramework.Abstractions
  • TemplateFramework.Console
  • TemplateFramework.Core
  • TemplateFramework.Core.CodeGeneration
  • TemplateFramework.Runtime
  • TemplateFramework.TemplateProviders.ChildTemplateProvider
  • TemplateFramework.TemplateProviders.CompiledTemplateProvider
  • TemplateFramework.TemplateProviders.StringTemplateProvider
  • CrossCutting.Common (3.12.0)
  • CrossCutting.Utilities.Parsers (5.3.3)
  • Microsoft.Extensions.DependencyInjection (8.0.1)
  • Microsoft.Extensions.DependencyInjection.Abstractions (8.0.2)

Right now, the all TemplateFramework assemblies are built in one build pipeline within one GitHub repository, so all version numbers of the TemplateFramework assemblies are the same. This means, that if you install version x.y of TemplateFramework.Console, then your template assemblies should also use version x.y of TemplateFramework package references. (most likely TemplateFramework.Abstractions)

How to call child templates from your main template

If you want to render child templates from your main (root) template, then you have to implement this interfaces from the TemplateFramework.Abstractions package: ITemplateContextContainer.

public interface ITemplateContextContainer
{
    ITemplateContext Context { get; set; }
}

Then, in your template, call the Render method on the TemplateEngine instance. (Engine property of the Context) As context, create a child context using the CreateChildContext method on the TemplateContext instance.

There is also an integration test in the TemplateFramework.TemplateProviders.ChildTemplateProvider test project to demonstrate this.

How to register child templates to be used from a template

In order to register child templates, so that they can be resolved from the (root) template that's being rendered, you have to create a class that implements the following interface, from the TemplateFramework.Abstractions package:

public interface ITemplateProviderPlugin
{
    Task Initialize(ITemplateProvider provider, CancellationToken cancellationToken);
}

Then, from the command line, you have to specify the class name of this class, using the --templateproviderplugin or -t argument. Note that the current version expects this class to be in the same assembly as the template assembly.

How to register child templates to be used from a code generation provider

If you use one or more code generation providers, then each code generation provider (ICodeGenerationProvider implementation) also can implement this ITemplateProviderPlugin interface, to register additional child templates. Note that if you don't supply a filter on the command line, then all code generation providers will be checked for this interace. If you have conflicting child template names or model types within the same assembly, you have to use a filter to run just one code generation provider instead of all types from the assembly.

How to register custom placeholder processors or function result parsers

If you are using text-based templates, you can register custom components to process placeholders or function results.

FormattableStringTemplates: CrossCutting.Utilities.Parsers.Contracts.IPlaceholderProcessor (from CrossCutting.Utilities.Parsers package) ExpressionStringTemplate: CrossCutting.Utilities.Parsers.Contracts.IPlaceholderProcessor (from CrossCutting.Utilities.Parsers package)

To register this dynamically, you need to create a class that implements this interface, from TemplateFramework.Abstractions:

public interface ITemplateComponentRegistryPlugin
{
    Task Initialize(ITemplateComponentRegistry registry, CancellationToken cancellationToken);
}

Create a constructor to get the ComponentRegistrationContext instance. Then, in the Initialize method, register instances.

public sealed class MyTemplateComponentRegistryPlugin : ITemplateComponentRegistryPlugin
{
    public ComponentRegistrationContext ComponentRegistrationContext { get; }

    public TestTemplateComponentRegistryPlugin(ComponentRegistrationContext componentRegistrationContext)
    {
        Guard.IsNotNull(componentRegistrationContext);

        ComponentRegistrationContext = componentRegistrationContext;
    }

    public Task Initialize(ITemplateComponentRegistry registry, CancellationToken cancellationToken)
    {
        var processorProcessor = new MyPlaceholderProcessor();
        var functionResultParser = new MyFunctionResultParser();

        ComponentRegistrationContext.PlaceholderProcessors.Add(processorProcessor);
        ComponentRegistrationContext.FunctionResultParsers.Add(functionResultParser);

        return Task.CompletedTask;
    }
}

In this example, the MyPlaceholderProcessor and MyFunctionResultParser classes are the implementations that you need to provide. If you need additional dependencies, you need to add those to the constructor or your TemplateComponentRegistryPlugin class, and then use them on construction of your placeholder processors or function result parsers.

Finally, on the command line, use the assembly name and class name (and probably also the directory name where the assembly is stored) to this class. Probably something like this:

tf template --formattablestring template.txt --dryrun --default myfile.txt --interactive --templateproviderplugin MyAssembly.MyTemplateComponentRegistryPlugin --assembly MyAssembly --directory D:\\somewhere\\MyAssembly\\bin\\debug\\net8.0

There is also an example in launchSettings.json of the TemplateFramework.Console project, that uses a template provider plug-in of a unit test project.

Product Compatible and additional computed target framework versions.
.NET net9.0 is compatible. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

This package has no dependencies.

Version Downloads Last updated
1.1.0 74 11/17/2024
1.0.3 88 10/30/2024
1.0.2 143 10/18/2024
1.0.1 86 9/21/2024
1.0.0 116 9/16/2024
0.11.1 343 5/18/2024
0.11.0 113 5/17/2024
0.10.2 263 5/9/2024
0.10.1 75 5/3/2024
0.10.0 111 4/19/2024
0.9.3 186 4/3/2024
0.9.2 285 3/22/2024
0.9.1 294 3/15/2024
0.9.0 447 3/3/2024
0.8.7 1,600 1/5/2024
0.8.6 877 12/7/2023
0.8.5 437 11/29/2023
0.8.4 235 11/27/2023
0.8.3 188 11/27/2023
0.8.1 227 11/24/2023
0.8.0 304 11/19/2023
0.7.4 349 9/13/2023
0.7.3 327 9/10/2023
0.7.1 344 9/9/2023
0.7.0 296 9/8/2023
0.6.0 406 9/7/2023
0.5.1 268 9/4/2023
0.5.0 340 9/4/2023
0.4.0 344 8/23/2023
0.3.2 356 8/14/2023
0.3.1 398 8/13/2023
0.3.0 350 8/13/2023
0.2.0 327 8/11/2023
0.1.0 253 7/23/2023