feat(csharp): add options to disable DateOnly and TimeOnly generation for System.Text.Json

[findyoucef]

Description

Adds two new C# renderer options to control whether DateOnly and TimeOnly types are emitted when generating System.Text.Json code. Also updates the renderer to conditionally register their converters and refreshes ajv and esbuild dependencies.

Related Issue

#2629

Motivation and Context

Projects targeting .NET Standard lack DateOnly and TimeOnly, causing compilation errors in generated code. This change adds --no-dateonly and --no-timeonly options so users can disable these types for better cross-platform compatibility.

Previous Behaviour / Output

Generated code always included:

public DateOnly StartDate { get; set; }
options.Converters.Add(new DateOnlyConverter());

Which fails on .NET Standard.

New Behaviour / Output

With flags:

quicktype --lang csharp --framework system-text-json --no-dateonly --no-timeonly

Output now omits DateOnly/TimeOnly and related converters:

public DateTime StartDate { get; set; }
// No DateOnlyConverter registration

How Has This Been Tested?

• Verified .NET 7 (default behavior) and .NET Standard 2.0 (flags enabled) compile successfully.
• Generated C# code compatible with .NET Standard by disabling unsupported DateOnly/TimeOnly types.

---

Summary

Adds no-dateonly and no-timeonly C# options for System.Text.Json codegen.

Impact

Allows generating C# code compatible with .NET Standard by disabling unsupported DateOnly/TimeOnly types.

[schani]

Thank you @findyoucef for this contribution — the underlying problem (the System.Text.Json renderer's unconditional DateOnlyConverter/TimeOnlyConverter emission breaking compilation on .NET Standard / pre-.NET 6 targets, #2629) is real, and your conditional-emission approach is the right fix.

Unfortunately this branch could no longer be rebased onto master: it conflicts with the C# 8 default work that has landed since, and it carries unrelated dependency churn (package.json/package-lock.json, .vscode) that made the diff unmergeable as-is.

I've opened #2962 as a successor that reimplements the live core of your change on current master, with your authorship credited via a Co-authored-by trailer on the commit. Leaving this PR open for reference until the successor lands.