4 ms·

Not quite (I think): .NET Standard is an API definition, or rather a versioned set of them. ".NET Framework" (e.g 4.5) "implements" that definition, with some

by kierenj 10y ago

Not quite (I think): .NET Standard is an API definition, or rather a versioned set of them. ".NET Framework" (e.g 4.5) "implements" that definition, with some extra features to boot. ".NET Core" also implements it. It's a cut-down (though not very), cross-platform implementation of the .NET Standard. Mono is another implementation of the standard.. cross-platform too, but this time compatible with the actual .NET Framework, i.e. 4.5.

yazr 10y ago
R U saying that (currently) Mono is a superset of Core ? So i am starting with a large and varied Win code base, i will have an easier time porting (as much of it as possible) to Mono rather than Core ?
- WorldMaker 10y ago
  Mono is not a direct superset of Core, but yes if you have an existing large .NET application you might have an easier time working with Mono than Core. Some of that may change as Core starts to get closer to .NETSTandard 2.0, depending on what sort of a legacy codebase you refer to. (That is, Mono has an okay-not-great emulation library for System.Windows.Forms, but it seems like it may be unlikely for .NET Core to have anything similar.)
- rodrigokumpera 10y ago
  MS engineer here, I work on mono. Mono is not a strict superset of .net Core. We follow desktop more closely. The extra APIs that are part of .net core, and are features on .net standard 1.6 will come to mono as we get the time to implement them.
  - aandrieiev 10y ago
    Is mono going to be fully merged into .net _something_ (core? standard?) at some point in the future or it will remain separate?