Implement ClassTemplatePartialSpecialization::Parameters

[deadlocklogic]

Closes #1801

1. I only added Parameters field.
2. Extracted the headers.zip to the build directory
3. Rebuild the whole solution

Still no new bindings are being generated.

Edit 1:
I found out that I should run, not only build the project.
Edit 2:
Even with running the CppSharp.Parser.Gen isn't generating bindings.

[deadlocklogic]

@tritao Why CppSharp.Parser.Gen generated bindings are in src\CppParser\Bindings\CSharp.Generators.GeneratorKind not in src\CppParser\Bindings\CSharp?
Maybe this is a bug introduced after refactoring GeneratorKind from enum to a class right? in #1794

CppSharp/src/CppParser/ParserGen/ParserGen.cs

Lines 77 to 78 in 519e97f

	options.OutputDir = Path.Combine(GetSourceDirectory("src"), "CppParser",
	"Bindings", Kind.ToString());

I will fix it now.😔

[deadlocklogic]

Indeed it was a bug, I fixed it with this commit, just implemented explicitly GeneratorKind.ToString(). Because enum have an implicit ToString() which returns the name.

[deadlocklogic]

Ok, now I can continue this PR, but unfortunately we have to revert #1802 so I can re-test it carefully. Because I was the whole time testing against same non regenerated bindings and now tests are failing. I believe the fix should be simple but lets safely revert and rework the PR.
This is so embarrassing, such a simple bug had devastating effects. #1810 will revert the changes for the time being.
At least, we can see the positive side of catching this nasty bug early before it is way too late.

[tritao]

We once before had the CI automatically commit re-generated parser bindings, but that caused some issues. Maybe it's time to get that working again, and instead of automatically committing, maybe just erroring the build when the committer forgets to re-generate the parser bindings.

[deadlocklogic]

Indeed this step is really worth keeping an eye on whenever modifying the CLI/C# backend. Maybe we could add a notice on new issues and add a new PR template which could make new contributors aware of this.

[deadlocklogic]

@tritao This PR is ready once you decide on: #1810

Notice:

I had to push the newly generated bindings which introduced parameterless constructors, because these changes weren't introduced by me and couldn't decide on them.
As you can see, tests fail because the C# 10.0 requirement.

[tritao]

Can you open another PR with just the re-generated bindings now? And in that PR I think we can also just upgrade the C# version to 10.0: https://github.com/mono/CppSharp/blob/main/Directory.Build.props#L31

[deadlocklogic]

Ok will do now.

[deadlocklogic]

@tritao Ready for review, maybe needs tests, but I don't know exactly the preferred code style.

[deadlocklogic]

@tritao Added a test anyway. Objectively speaking the tests need refactoring.
Asserting Declaration count is something, but assertions based on the line number of the parsed AST entity is something else.😂
We should move such line number based tests to a separate file.

[tritao]

Cool, nice work!