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

switch to File Scope Namespace, and more #27

Merged
merged 4 commits into from
Aug 5, 2023

Conversation

AoshiW
Copy link
Contributor

@AoshiW AoshiW commented Jul 3, 2023

  • switch to File Scope Namespace
  • small performance improvement in webSocket
  • little changes

@@ -1,7 +1,7 @@
<Project Sdk="Microsoft.NET.Sdk">

<PropertyGroup>
<TargetFramework>net7.0</TargetFramework>
<TargetFrameworks>net7.0</TargetFrameworks>
Copy link
Contributor

Choose a reason for hiding this comment

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

After reverting multiple frameworks, this can be switched back to TargetFramework, but it's not a big deal.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I originally wanted to add a test for current LTS .NET6 but the test failed so I removed that test for now
and someone would change TargetFramework to TargetFrameworks anyway in the future, so I left it there.

@Bukk94
Copy link
Contributor

Bukk94 commented Jul 25, 2023

@Syzuna @swiftyspiffy Can you please look at this? I would add it to 2.0 release. There's nothing major changing but it improved summary commands and fixes typos.

I went through this whitespace moving hell for you guys and I don't see any issues. It's mostly just shifting spaces due to File Scope Namespaces what makes this really hard to review.
Other than that, AoshiW added missing inheritdoc, improved some summary comments where he fixed method names or typos. I could also see minor improvement in TestLogHelper builder.

Overal I think this is good to go.

{
public string Data { get; }
public Exception Exception { get; }
public string Data { get; }
Copy link
Member

Choose a reason for hiding this comment

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

we use Message in OnMessageEventArgs, and the type here is still string. Should this be Message instead of Data?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I don't have a strong opinion on it, so I can change it if you want

Copy link
Member

Choose a reason for hiding this comment

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

I would keep it consistent yeah. either change both to Data or both to Message

Copy link
Member

@swiftyspiffy swiftyspiffy left a comment

Choose a reason for hiding this comment

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

looks good to me, comments non-blocking.

Copy link
Member

@Syzuna Syzuna left a comment

Choose a reason for hiding this comment

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

One small comment on sth Swifty already asked about but nothing really blocking

@swiftyspiffy swiftyspiffy merged commit 6e98a4d into TwitchLib:dev Aug 5, 2023
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.

5 participants