Myriad.Core
0.8.3
dotnet add package Myriad.Core --version 0.8.3
NuGet\Install-Package Myriad.Core -Version 0.8.3
<PackageReference Include="Myriad.Core" Version="0.8.3" />
paket add Myriad.Core --version 0.8.3
#r "nuget: Myriad.Core, 0.8.3"
// Install Myriad.Core as a Cake Addin #addin nuget:?package=Myriad.Core&version=0.8.3 // Install Myriad.Core as a Cake Tool #tool nuget:?package=Myriad.Core&version=0.8.3
Myriad
Myriad is a code generator. It takes an arbitary file and the library provides different mechanisms to allow F# code to be produced in response to the file, whether that file be an F# source file or a simple text file.
Myriad can be used from either an MSBuild extension or from its CLI tool.
The idea behind Myriad is to un-complicate, as far as possible, the ability to do meta-programming in F#. By meta-programming in F# I mean generating idiomatic F# code using F# native types like discriminated unions and records, this is something that is not possible with F# Type Providers etc. which just output basic .NET classes.
Myriad is an evolution of the ideas I developed while working with F#'s type providers and other meta-programming functionality like quotations and AST manipulation. Myriad aims to make it easy to extend the compiler via Myriad plugins. Myriad provides an approach to compiler extension that isn't modifying or adjusting Type Providers or waiting a long time for other F# language improvements. You write a Myriad plugin that works on a fragment of AST input, and the plugin supplies AST output with the final form being source code that is built into your project. This lets the compiler optimise generated output in addition to allowing tooling to operate effectively.
If you want to help and contribute code than thats great check out the issues and make a PR.
If you enjoy this repo and wanted to shown your appriciation etc then I do have Ko-fi:
Usage via MSBuild
To use Myriad via its MSBuild support you add the Myriad.Core
and Myriad.Sdk
package references:
<ItemGroup>
<PackageReference Include="Myriad.Core" Version="0.5.0" />
<PackageReference Include="Myriad.Sdk" Version="0.5.0" />
</ItemGroup>
An input file is specified by using the usual Compile
element:
<Compile Include="Library.fs"/>
<Compile Include="Generated.fs">
<MyriadFile>Library.fs</MyriadFile>
</Compile>
This is configuring Myriad so that a file called Generated.fs
will be included in the build using Library.fs
as input to the Myriad.
It is also possible to append the generated content to the input file.
<Compile Include="Library.fs">
<MyriadInlineGeneration>true</MyriadInlineGeneration>
</Compile>
Myriad works by using plugins to generate code. A plugin called fields is included with Myriad which takes inspiration from OCaml's ppx_fields_conv plugin of the same name.
The input file in this example Library.fs
looks like this:
namespace Example
open Myriad.Plugins
[<Generator.Fields "fields">]
type Test1 = { one: int; two: string; three: float; four: float32 }
type Test2 = { one: Test1; two: string }
Attribute's are use so that the code generator knows which parts of the input AST are to be processed by the plugin. If you had several records and you only want the fields plugin to operate on Test1
then the attribute would be used like in the example to only apply Generator.Fields
to Test1
. Note, if you wanted a plugin that just needs the whole input AST then there is no need to provide an input. Myriad aims to be a library rather than a full framework that ties you to the mechanism used to input and generate code. The parameter passed to the attribute "fields" specifies the configuration section that is used for the plugin in the myriad.toml
file. In this instance fields is used and the myriad.toml
file is as follows:
[fields]
namespace = "TestFields"
This specifies the namespace that is used for the plugin, which in this case is "TestFields".
The fields plugin in this example will generate the following code at pre-build time and compile the code into your assembly:
//------------------------------------------------------------------------------
// This code was generated by myriad.
// Changes to this file will be lost when the code is regenerated.
//------------------------------------------------------------------------------
namespace rec TestFields
module Test1 =
open Example
let one (x : Test1) = x.one
let two (x : Test1) = x.two
let three (x : Test1) = x.three
let four (x : Test1) = x.four
let create (one : int) (two : string) (three : float) (four : float32) : Test1 =
{ one = one
two = two
three = three
four = four }
let map (mapone : int -> int) (maptwo : string -> string) (mapthree : float -> float) (mapfour : float32 -> float32) (record': Test1) =
{ record' with
one = mapone record'.one
two = maptwo record'.two
three = mapthree record'.three
four = mapfour record'.four }
The fields plugin generates a map
for each field in the input record, a create
function taking each field, and a map
function that takes one function per field in the input record.
The map functions for each field are useful in situations where you just want to use a single field from a record in a lambda like a list of records:
let records = [{one = "a"; two = "aa"; three = 42.0; four = 172.0f}
{one = "b"; two = "bb"; three = 42.0; four = 172.0f}]
records |> List.sortBy Test1.one
Lens plugin
Myriad can also generate lenses for records and single-case discriminated unions.
Lens is a pair of a getter
and a setter
for one property of the type. Given the object Lens
allows you to get the value of the property or to update it, creating a new object. The advantage of lenses is an ability to combine them to read or update nested fields of the object.
To create lenses for your type, first annotate the type for which you want lenses to be generated with Generator.Lenses
attribute:
[<Generator.Lenses("lens")>]
type Record =
{ one: int
two: string }
Myriad will generate the following code:
module RecordLenses =
let one = (fun (x: Test1) -> x.one), (fun (x: Test1) (value: int) -> { x with one = value })
let two = (fun (x: Test1) -> x.two), (fun (x: Test1) (value: string) -> { x with two = value })
Often lenses are defined as a single-case union around a pair of getter and setter. Myriad is also capable of adding the invocation of such DU's constructor.
To achieve this, decorate your type with the Lens
attribute, specifying the name of the DU constructor: [<Generator.Lenses("Lens")>]
, and Myriad will generate this code:
module RecordLenses =
let one = Lens((fun (x: Test1) -> x.one), (fun (x: Test1) (value: int) -> { x with one = value }))
let two = Lens((fun (x: Test1) -> x.two), (fun (x: Test1) (value: string) -> { x with two = value }))
You can provide the name of DU constructor in several ways:
- As a string:
[<Generator.Lenses("lens", "Lens")>]
; - Or as a type:
[<Generator.Lenses("lens", typedefof<Lens<_, _>>)>]
or[<Generator.Lenses(typeof<Lens<_, _>>)>]
.
If the Lens
type is in different namespace/module than the type decorated with the attribute, provide the full name of the Lens
constructor: [<Generator.Lenses("Namespace.And.Module.Of.Lens")>]
.
The full fsproj is detail below:
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<TargetFramework>net6.0</TargetFramework>
</PropertyGroup>
<ItemGroup>
<Compile Include="Library.fs" />
<Compile Include="Generated.fs">
<MyriadFile>Library.fs</MyriadFile>
</Compile>
</ItemGroup>
<ItemGroup>
<PackageReference Include="Myriad.Core" Version="0.5.0" />
<PackageReference Include="Myriad.Sdk" Version="0.5.0" />
</ItemGroup>
</Project>
Plugins
Plugins for Myriad are supplied by including the nuget package in your project. The nuget infrastructure supplies the necessary MSBuild props and targets so that the plugin is used by Myriad automatically. Following the source for the fields plugin can be used as reference until more details about authoring plugins is created.
Naming of plugins
If you make a plugin the an informal naming convention is to use is: {{OwnerNamespace}}.Myriad.Plugin
Using external Plugins
To consume external plugins that aren't included in the Myriad.Plugins
package, you must register them with Myriad. If you are using the CLI tool then the way to do this is by passing in the --plugin <path to dll>
command-line argument. If you are using MSBuild then this can be done by adding to the MyriadSdkGenerator
property to your project file:
<ItemGroup>
<MyriadSdkGenerator Include="<path to plugin dll>" />
</ItemGroup>
For example, if you had a project layout like this:
\src
-\GeneratorLib
- Generator.fs
- Generator.fsproj
-\GeneratorTests
- Tests.fs
- GeneratorTests.fsproj
You would add the following to Generator.fsproj:
<ItemGroup>
<Content Include="build\Generator.props">
<Pack>true</Pack>
<PackagePath>%(Identity)</PackagePath>
<Visible>true</Visible>
</Content>
</ItemGroup>
Then add a new folder build
with the Generator.props
file within:
<Project>
<ItemGroup>
<MyriadSdkGenerator Include="$(MSBuildThisFileDirectory)/../lib/netstandard2.1/Generator.dll" />
</ItemGroup>
</Project>
Often an additional props file (In this sample the file would be Generator.InTest.props
) is used to make testing easier. The matching element for the tests .fsproj
would be something like this:
<Project>
<ItemGroup>
<MyriadSdkGenerator Include="$(MSBuildThisFileDirectory)/../bin/$(Configuration)/netstandard2.1/Generator.dll" />
</ItemGroup>
</Project>
Notice the Include path is pointing locally rather than within the packaged nuget folder structure.
In your testing fsproj
you would add the following to allow the plugin to be used locally rather that having to consume a nuget package:
<Import Project="<Path to Generator plugin location>\build\Myriad.Plugins.InTest.props" />
Debugging
To debug Myriad, you can use the following two command line options:
--verbose
— write diagnostic logs out to standard out--wait-for-debugger
— causes Myriad to wait for a debugger to attach to the Myriad process
These can be triggered from MSBuild by the <MyriadSdkVerboseOutput>true</MyriadSdkVerboseOutput>
and <MyriadSdkWaitForDebugger>true</MyriadSdkWaitForDebugger>
properties, respectively.
Nuget
The nuget package for Myriad can be found here: Nuget package.
Dotnet template
A dotnet template for a Myriad plugin/generator is available here:
#install dotnet template
dotnet new -i Myriad.Templates
#create myriad generator from the template
dotnet new myriadgenerator -n myMyriadPlugin
How to build and test
- Make sure you have .Net Core SDK installed - check required version in global.json
- Run
dotnet tool restore
- Run
dotnet build -c Release -t:Build
How to release new version
- Update CHANGELOG.md by adding new entry (
## [0.X.X]
) and commit it. - Create version tag (
git tag v0.X.X
) - Update the
VersionPrefix
inDirectory.Build.props
to match the tag above. - Run
dotnet build -t:Pack
to create the nuget package and test/examine it locally. - Push the tag to the repo
git push origin v0.X.X
- this will start CI process that will create GitHub release and put generated NuGet packages in it - Upload generated packages into NuGet.org
Also see
External plugins
Here is a list of external plugins that have been built
Product | Versions Compatible and additional computed target framework versions. |
---|---|
.NET | net5.0 was computed. net5.0-windows was computed. net6.0 is compatible. 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. net8.0 was computed. net8.0-android was computed. net8.0-browser was computed. net8.0-ios was computed. net8.0-maccatalyst was computed. net8.0-macos was computed. net8.0-tvos was computed. net8.0-windows was computed. |
.NET Core | netcoreapp3.0 was computed. netcoreapp3.1 was computed. |
.NET Standard | netstandard2.1 is compatible. |
MonoAndroid | monoandroid was computed. |
MonoMac | monomac was computed. |
MonoTouch | monotouch was computed. |
Tizen | tizen60 was computed. |
Xamarin.iOS | xamarinios was computed. |
Xamarin.Mac | xamarinmac was computed. |
Xamarin.TVOS | xamarintvos was computed. |
Xamarin.WatchOS | xamarinwatchos was computed. |
-
.NETStandard 2.1
- Fantomas.Core (>= 6.1.1)
-
net6.0
- Fantomas.Core (>= 6.1.1)
NuGet packages (4)
Showing the top 4 NuGet packages that depend on Myriad.Core:
Package | Downloads |
---|---|
WoofWare.Myriad.Plugins
Provides some Myriad compile-time code generation plugins. |
|
Myriad.Plugins
Set of built-in Myriad plugins |
|
BinaryDefense.Myriad.Plugins.JsonWrapper
A plugin for [Myriad](https://github.com/MoiraeSoftware/myriad) for generating statically typed lossless wrappers around JToken given a schema. |
|
TheAngryByrd.Myriad.Plugins.TypeSafeInternals
TheAngryByrd.Myriad.Plugins.TypeSafeInternals uses Myriad to generate type safe reflection calls to internal functions/properties/methods |
GitHub repositories
This package is not used by any popular GitHub repositories.
Version | Downloads | Last updated |
---|---|---|
0.8.3 | 13,345 | 9/8/2023 |
0.8.2 | 1,440 | 2/10/2023 |
0.8.1 | 5,376 | 5/13/2022 |
0.8.0 | 773 | 5/4/2022 |
0.7.4 | 1,568 | 10/29/2021 |
0.7.3 | 499 | 10/28/2021 |
0.7.3-alpha | 293 | 10/28/2021 |
0.7.2 | 590 | 10/28/2021 |
0.7.1 | 854 | 10/26/2021 |
0.7.0 | 449 | 10/21/2021 |
0.6.4 | 482 | 10/11/2021 |
0.6.3 | 460 | 9/22/2021 |
0.6.2 | 495 | 9/17/2021 |
0.6.1 | 448 | 9/17/2021 |
0.6.0 | 557 | 9/9/2021 |
0.5.4 | 559 | 9/2/2021 |
0.5.3 | 2,324 | 5/21/2021 |
0.5.1 | 823 | 4/15/2021 |
0.5.0 | 2,962 | 12/22/2020 |
0.4.1 | 904 | 9/23/2020 |
0.4.0 | 987 | 7/21/2020 |
0.2.8 | 1,005 | 6/5/2020 |
0.2.7 | 1,223 | 5/18/2020 |
0.2.6 | 691 | 5/13/2020 |
0.2.4 | 611 | 11/3/2019 |
0.2.3 | 517 | 11/3/2019 |
0.2.2 | 556 | 11/2/2019 |
0.2.1 | 542 | 11/2/2019 |
0.2.0 | 517 | 10/23/2019 |