- Have an existing nx workspace. For creating this, see [nrwl's documentation](https://nx.dev/latest/angular/getting-started/nx-setup). - .NET SDK is installed, and `dotnet` is available on the path. For help on this, see [Microsoft's documentation](https
npm install @nx-dotnet/core- Have an existing nx workspace. For creating this, see nrwl's documentation.
- .NET SDK is installed, and dotnet is available on the path. For help on this, see Microsoft's documentation
``shell`
npm i --save-dev @nx-dotnet/core
npx nx g @nx-dotnet/core:init
`shell`
pnpm i --save-dev @nx-dotnet/core
pnpx nx g @nx-dotnet/core:init
`shell`
yarn add --dev @nx-dotnet/core
npx nx g @nx-dotnet/core:init
Generate my-api, and my-api-test with C# and nunit tests.
`shell`
npx nx g @nx-dotnet/core:app my-api --test-template nunit --language C#
Run my-api locally
`shell`
npx nx serve my-api
Nrwl publishes an eslint rule for enforcing module boundaries based on tags in a library. We recently added similar support to nx-dotnet.
To avoid duplicating the rules configuration, if your workspace already has it, nx-dotnet can read the dependency constraints from your workspace's eslint files. It does this by looking at what is configured for typescript files.
If your workspace does not currently contain eslint, do not worry! You do not have to install eslint just for its configuration. The same dependency constraints can be placed inside of your .nx-dotnet.rc.json file at workspace root. This should look something like below:
`json``
{
"moduleBoundaries": [
{
"onlyDependOnLibsWithTags": ["a", "shared"],
"sourceTag": "a"
},
{
"onlyDependOnLibsWithTags": ["b", "shared"],
"sourceTag": "b"
},
{
"onlyDependOnLibsWithTags": ["shared"],
"sourceTag": "shared"
}
],
"nugetPackages": {}
}