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

prep move to NET Standard 2 #257

Merged
merged 108 commits into from
Jul 5, 2019
Merged

prep move to NET Standard 2 #257

merged 108 commits into from
Jul 5, 2019

Conversation

mauroservienti
Copy link
Member

@mauroservienti mauroservienti commented Oct 26, 2018

Connected to #258

  • Upgraded to new project format
  • Removed all versions and add support for .NET 4.6 and netstandard2.0
  • Command line build support via BullsEye
  • Simplified AppVeyor configuration
  • Removed Topics from namespaces and artifacts names
  • move to .NET 4.7.2 only in light of supporting NET Standard 2 Not needed to just go straight to NET Standard 2

@mauroservienti mauroservienti requested a review from a team as a code owner October 26, 2018 16:40
@micdenny
Copy link
Member

Why support only 4.7? There are new framework features you would like to use in radical? Something related to performance that we can take advantage only if we compile against 4.7?

@mauroservienti
Copy link
Member Author

Because it’s the only one that can reliably support netstandard2 that is the next move in light of the fact that necore3 will support WPF.

@mauroservienti
Copy link
Member Author

7ff08109-ef3b-4e68-ad9b-1ca83678ca64

@mauroservienti mauroservienti changed the title [WIP] vNext [WIP] prep move to NET Standard 2 Oct 27, 2018
@mauroservienti
Copy link
Member Author

In theory we could add multi targeting support to go back to 4.5. Is there any good point to add that burden?

@mauroservienti
Copy link
Member Author

If we really want to support 4.5.2 (that is the oldest supported version of the full framework) we could multi-target net452 and netstandard2 so that people on old OS versions can still use Radical without any dramatic change.

@micdenny
Copy link
Member

Probably that’s fine to go only with one target, old fx will stick to old radical version like we will do for some time

@mauroservienti mauroservienti merged commit 269ddc0 into develop Jul 5, 2019
Radical automation moved this from In progress to Done Jul 5, 2019
@mauroservienti mauroservienti deleted the vnext branch July 5, 2019 20:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Radical
  
Done
Development

Successfully merging this pull request may close these issues.

None yet

4 participants