Pre loader

About SciChart Library for .NET Standard 2.0

Welcome to the SciChart Forums!

  • Please read our Question Asking Guidelines for how to format a good question
  • Some reputation is required to post answers. Get up-voted to avoid the spam filter!
  • We welcome community answers and upvotes. Every Q&A improves SciChart for everyone

WPF Forums | JavaScript Forums | Android Forums | iOS Forums

0
0

We are making SCIChart with MVVM.
For the Model layer, we use .NET Standard 2.0.
The View layer and the ViewModel layer use .Net Framework 4.7.1.

Since we want to aggregate into the logic in the Model layer,
I would like to use some of the parts SciChart provides with .NET Standard 2.0.

An example
SciChart.Charting.Model.DataSeries.IPointMetadata
SciChart.Charting.Model.DataSeries.IXyDataSeries

How can I decide whether the SCI offering class can be used in .NET Standard?

By acquiring “SciChart (5.2.1.11757)” from NuGet in the library of the Model layer,
I could confirm that it work correctly.

What is the package for the .Net Standard 2.0 project?

Thank you.

Version
5.2.1.11757
  • You must to post comments
0
0

Hi Kenichi

Interesting question!

At the moment SciChart supports WPF only and the .NET Framework up to .NET 4.7.2+ (and future)

We have a plan in the very near future to support .NET Core 3.0, as part of Microsoft’s plans to release Desktop app support for .NET Core in March.

Now .NET standard … To support this we’d have to make quite a big breaking change – we would need to refactor our libraries and move Viewmodels into say SciChart.Core.dll and make that support .NET Standard 2.0. No PresentationFramework or PresentationCore is available in .NET Standard 2.0. This is totally possible just it will break every customer’s existing applications, and that means that our customers will not upgrade to the next version when we create it, losing us a tonne of revenue.

However … we can propose a compromise. I think that with our support of .NET Core 3.0 we may consider to create a separate assembly for core classes as an either/or … (MAY … MIGHT). This would help us as well as we want to use our own products (SciChart iOS, Android, WPF) in cross-platform apps using Xamarin.

Until then … what I would suggest is this. Don’t depend on SciChart in your core libraries. Create your own interface to a Charting module and implement it as you wish in the main .NET Framework project. This way you will be immune to our framework changes.

Hope this helps!

Best regards
Andrew

  • You must to post comments
Showing 1 result
Your Answer

Please first to submit.

Try SciChart Today

Start a trial and discover why we are the choice
of demanding developers worldwide

Start TrialCase Studies