automate 0.1.9-preview

.NET 5.0
This is a prerelease version of automate.
There is a newer version of this package available.
See the version list below for details.
dotnet tool install --global automate --version 0.1.9-preview
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 automate --version 0.1.9-preview
This package contains a .NET tool you can call from the shell/command line.
#tool dotnet:?package=automate&version=0.1.9-preview&prerelease
nuke :add-package automate --version 0.1.9-preview

Build and Test

  ┌─┐┬ ┬┌┬┐┌─┐┌┬┐┌─┐┌┬┐┌─┐
  ├─┤│ │ │ │ ││││├─┤ │ ├┤ 
  ┴ ┴└─┘ ┴ └─┘┴ ┴┴ ┴ ┴ └─┘

Question to a Team Developer:

What if I gave you a command line tool, that wrote a lot of your code for you? and it took about ~5 commands (or so)? to build an API endpoint, or all the scaffolding for a UI page?

  • You would use this tool once per API or once per UI page.

Question to the Team's Tech Lead:

What if I gave you a command line tool, that built that command line tool for your developer? and it took about ~15 commands (or so) to build it?

  • You would only need to do this once per codebase you work together on.

What if that command line tool was updated (by you) as the codebase evolved? and it refactored and automatically fixed the code for the developer automatically over time?

What if you had a library of these tools for this codebase and others that you work on?

What is Automate?

Automate is a tool for Tech Leads, Lead Developers or Tech Consultants to give their fellow codebase contributors dev tools that capture and apply their coding patterns consistently across to their codebases, as they evolve and change.

How does it work?

It works like this:

  1. You identify a pattern in your codebase. eg. It might be a layer pattern (an interface) or a vertical slice pattern (a domain pattern), or a way to compose certain components together that is done similarly in multiple places.
  2. You pick (from your codebase) the files and folders where the code exists for this pattern right now.
  3. Those files are automatically extracted for you into a template.
  4. You name the pattern, and you define some attributes for it. The things that could be variable in it, when it gets used elsewhere in the codebase. (eg: the names of functions, classes, types, file, folders in the pattern etc.)
  5. You modify the templates to add substitutions (and calculations) for the attributes that you defined, that will be executed when the template is rendered.
  6. You can define automation commands that can be executed on the codebase before and after the template is applied. eg. you want to run some automated tests to verify the code has not been broken.
  7. Optionally, you define constraints about where the pattern can be re-used in a codebase (eg. only in certain languages etc).
  8. You publish your pattern. A toolkit is automatically built for you containing this template, and containing a custom executable tool (CLI or IDE plugin) to help apply it onto another codebase.
  9. You ship this toolkit to your dev teams to use.
  10. They download and run the toolkit (CLI or IDE plugin), and they construct an instance of the template and fill values for the attributes that were defined in it, configured for their specific use case and their codebase.
  11. The toolkit renders the template into: code, files, folders etc, into their codebase automatically.

Dealing with change

At some point later, you will want to update the pattern. Refactor it, modify it, or fix a defect in it, or just add new capabilities to it etc.

  1. You edit the pattern, edit or add more templates, optionally change the commands and change the constraints.
  2. An upgraded toolkit version is created for you automatically containing this upgrade.
  3. You ship this upgraded toolkit to your team to use.
  4. They download and run the upgraded toolkit (CLI or IDE plugin) and upgrade their codebase.
  5. The toolkit automatically detects the previous files/folders that were written before, and detects the previous attribute configuration that was used before. The toolkit re-applies the upgraded pattern. The codebase evolves.

Does automate apply to you?

If these assumptions about your software team are all true, then you might consider taking a look at this tool.

  • You work on a codebase with others - you are working in a software team.

  • You are the Tech Lead/Lead Dev/Tech Consultant of the team. (or have some other well respected, position of responsibility in the team).

  • You contribute code yourself to this codebase, and you communicate often with others on your team about the code.

  • You have some coding patterns, or can create some coding patterns, that are worth sharing in this specific codebase.

  • Your team values: consistency, clarity, and maintainability.

  • You accept that you can be wrong sometimes, and that your codebase necessarily changes over time.

If this sounds like your situation then maybe we can help you define (and enforce) some codebase specific coding patterns for your team to reuse.

Getting Started

See our Documentation for more details on each of the commands below.

  1. Install the automate tool:

    • Installers are here:
    • Otherwise, if .NET installed: dotnet tool install --global automate
  2. Navigate to your codebase, and harvest your first pattern from it:

    automate create pattern "MyPattern1"

  3. Add attributes, code templates, and automation to make it programmable:

    • automate edit add-attribute "Name" --isrequired
    • automate edit add-codetemplate "Controllers/BookingController.cs"
    • automate edit add-codetemplate-command "CodeTemplate1" --withpath "~/Controllers/{{name}}Controller.cs"
    • automate edit add-command-launchpoint "*" --name "Generate"
  4. Edit the contents of the code template:

  • Edit the codetemplate located at: automate/patterns/<PATTERNID>/CodeTemplates/<CODETEMPLATEID>.cs
  • Add the following snippet somewhere in this file:
Here is the {{name}}Contoller.
  • Save the file
  1. Generate the toolkit for this pattern, to share with others on your team:

    automate build toolkit this will build, version a self-contained toolkit file, and will export it to the desktop on your machine.

Share the toolkit file over email/slack/etc with someone on your team.

Now that person, can:

  1. Install the automate tool:

    • Installers are here:
    • Otherwise, if .NET installed: dotnet tool install --global automate
  2. Install the toolkit, fetched from above (i.e email/slack/etc):

  • automate install toolkit "<DOWNLOADLOCATION>/MyPattern1_0.1.0.toolkit"
  1. Create a new 'Solution' from this installed toolkit:
  • automate configure on "{MyPattern1}" --and-set "Name=Banana"
  1. Now run the automation:
  • automate execute command "Generate" this command will generate the code from the code template into the destination folder (--withpath), using the value of the Name property which you configured as Banana
  • If you now open that generated file, you will see the value of Banana in the contents of the file.

The pattern and code templates can now be edited (by its author), and the toolkit can be rebuilt and redeployed (by its author).

It can be reinstalled (by its user) to rewrite any new and improved code, using the changes in the toolkit.

Learn more

At present we are in a validation stage. Validation, viability and research work is captured in the docs and discovery folders.

There is a detailed prototype walkthrough available which you can follow: prototype scenario to see how things are done.

Product Compatible and additional computed target framework versions.
.NET net5.0 is compatible.  net5.0-windows was computed.  net6.0 was computed.  net6.0-android was computed.  net6.0-ios was computed.  net6.0-maccatalyst was computed.  net6.0-macos was computed.  net6.0-tvos was computed.  net6.0-windows was computed.  net7.0 was computed.  net7.0-android was computed.  net7.0-ios was computed.  net7.0-maccatalyst was computed.  net7.0-macos was computed.  net7.0-tvos was computed.  net7.0-windows was computed. 
Compatible target framework(s)
Additional computed target framework(s)
Learn more about Target Frameworks and .NET Standard.

This package has no dependencies.

Version Downloads Last updated
1.3.0 62 5/14/2023
1.2.0 69 5/7/2023
1.1.0 366 11/5/2022
1.0.7 323 10/29/2022
1.0.5 360 10/15/2022
1.0.4 352 10/3/2022
1.0.3 365 9/28/2022
1.0.2 345 9/25/2022
1.0.1 360 9/19/2022
0.2.7-preview 106 8/9/2022
0.2.6-preview 117 7/3/2022
0.2.5-preview 94 6/20/2022
0.2.4-preview 89 6/17/2022
0.2.3-preview 95 6/12/2022
0.2.2-preview 110 6/9/2022
0.2.1-preview 100 6/5/2022
0.2.0-preview 95 6/4/2022
0.1.13-preview 98 5/31/2022
0.1.12-preview 99 5/29/2022
0.1.11-preview 100 5/27/2022
0.1.10-preview 108 5/17/2022
0.1.9-preview 100 5/16/2022
0.1.8-preview 111 4/25/2022
0.1.7-preview 97 3/28/2022
0.1.6-preview 94 3/18/2022
0.1.5-preview 101 3/11/2022
0.1.4-preview 89 3/6/2022
0.1.1-preview 116 2/23/2022