Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix(dotnet): documentation strings sometimes invalid #1127

Merged
merged 3 commits into from
Dec 16, 2019

Conversation

RomainMuller
Copy link
Contributor

The XML-doc generation for the C# classes was not correctly accounting
for the necesaity to encode certain characters (e.g: &) for use in XML
context, which resulted in invalid documentation strings being generated.
Additionally, slugified parameter names need to be represented in their
"pure" form (without the @ slug) in the <param> tag.

This uses xmlbuilder to generate the minimal XML tag pairs, ensuring
the content is correctly encoded. The @ slug is removed from <param>
tags, and the <summary> block is generated inconditionally (even if
empty), silencing a C# warning about there being no documentation XML on
a public member.

Finally, moved some await in for loops out, to hopefully positively
impact the generation speeds overall.


By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

The XML-doc generation for the C# classes was not correctly accounting
for the necesaity to encode certain characters (e.g: `&`) for use in XML
context, which resulted in invalid documentation strings being generated.
Additionally, slugified parameter names need to be represented in their
"pure" form (without the `@` slug) in the `<param>` tag.

This uses `xmlbuilder` to generate the minimal XML tag pairs, ensuring
the content is correctly encoded. The `@` slug is rmeoved from `<param>`
tags, and the `<summary>` block is generated inconditionally (even if
empty), silencing a C# warning about there being no documentation XML on
a public member.

Finally, moved some `await` in `for` loops out, to hopefully positively
impact the generation speeds overall.
@aws-cdk-automation
Copy link
Collaborator

AWS CodeBuild CI Report

  • Result: FAILED
  • Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

@aws-cdk-automation
Copy link
Collaborator

AWS CodeBuild CI Report

  • Result: SUCCEEDED
  • Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

@aws-cdk-automation
Copy link
Collaborator

AWS CodeBuild CI Report

  • Result: SUCCEEDED
  • Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

Copy link
Contributor

@MrArnoldPalmer MrArnoldPalmer left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

<summary>👍👍👍</summary>

@mergify
Copy link
Contributor

mergify bot commented Dec 16, 2019

Thank you for contributing! ❤️ I will now look into making sure the PR is up-to-date, then proceed to try and merge it!

@mergify mergify bot added the pr/ready-to-merge This PR is ready to be merged. label Dec 16, 2019
@mergify mergify bot merged commit 94da056 into master Dec 16, 2019
@mergify mergify bot deleted the rmuller/improve-dotnet-docgen branch December 16, 2019 17:49
@mergify mergify bot removed the pr/ready-to-merge This PR is ready to be merged. label Dec 16, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants