comment faire pour déterminer si un .net application est un “noyau” de l'app?

J'ai besoin de mettre à jour une nouvelle .NET app et je pense qu'il a été mentionné qu'il était .NET de Base. Comment puis-je examiner les propriétés de la solution afin de déterminer si elle est en fait un "noyau" de l'app?

Le projet web dispose d'un Système.Base de référence, mais j'ai cherché sur google et il semble que System.Core.dll a été une partie de l' .NET framework depuis au moins .NET f/w 3.5.

L'application dispose d'un forfait.fichier json, mais l'existence de ce fichier dans un sln ne garantit pas nécessairement que l'application est un .NET de base app. J'ai aussi lu qu'un .NET de base application peut s'exécuter sur différentes .NET framework version.

Alors, comment puis-je déterminer si un .NET application est en effet un "Noyau" de l'app? En d'autres termes, ce qui fait d'un Noyau d'une application de Base de l'app?

  • L'ensemble de l' .net framework doit être Compatible. Voulez-vous dire comment faire pour déterminer si un .net application dépend des bibliothèques tierces?
InformationsquelleAutor user7066345 | 2016-11-09
  1. 8

    Mis à jour pour .NET de Base >= 2.x et/ou VS2017

    Dans VS2017 .NET de Base par les projets de la .csproj structure. 

    <Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <TargetFramework>netcoreappx.y</TargetFramework>
  </PropertyGroup>

    ou 

    <Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <TargetFramework>netstandardx.y</TargetFramework>
  </PropertyGroup>

    Ancien Réponse .NET de Base 1.x et VS2015

    Il y a quelques indicateurs.

    L'existence project.json suggèrent que c'est l'une des nouvelles formes de projet (être conscient cependant que project.json va aller loin avec .NET/de Base.NET des Outils de Base pour VS avec la Version 1.1).

    À l'intérieur, vous aurez des cadres de la section, comme 

    "frameworks": {
  "net45": {
    "frameworkAssemblies": {
      "System.Runtime.Serialization": "4.0.0.0"
    }
  },
  "netstandard1.0": {
    "imports": [ "dnxcore50", "portable-net45+win8" ],
    "dependencies": {
    }
  },
  "netstandard1.3": {
    "imports": [ "dnxcore50", "portable-net45+win8" ],
    "dependencies": {
      "System.Runtime.Serialization.Formatters": "4.0.0-rc3-24212-01"
    }
  }
}

    Dans le cas d'applications (ASP.NET Web de Base de Projet ou un projet nouveau.json en fonction des applications console), netstandard1.x sera nommé netcoreapp1.0.

    Si il n'y a plus d'une entrée, de l'application ou de la bibliothèque des cibles multiples plates-formes (et va générer plusieurs fichiers binaires dans des dossiers séparés).

    Mise à jour

    Bien sûr, j'ai oublié un autre indicateur. .NET application de Base font référence Microsoft.NETCore.App (comme "type": "platform" pour les applications portables ou sans il pour les applications). netstandard1.x (bibliothèques de classe) faire référence NETStandard.Library.

    .NET applications de Base sont basées sur System.Runtime qui est une partie de .NET Framework 4.5 et versions plus récentes et utilisées pour Windows et Windows Phone) 8.0/8.1/10 les applications, donc portable-net45+win81 paquets sont compatibles avec .NET Core trop.

    Cela étant dit, ASP.NET Core est un webstack qui peut fonctionner sur les deux, plein .NET Framework (4.5 ou supérieur) et en sur .NET de Base. Afin d'avoir un ASP.NET application de Base ne disent pas beaucoup sur la plate-forme qui vise.

    • Avez-vous une référence à lire sur removeal de project.json? Ne peut trouver des trucs à partir de Mai et il est toujours là 🙂 Dans l' .net de base 1.1 annonce seulement dire que c'est une nouvelle structure de projet.json blogs.msdn.microsoft.com/dotnet/2016/10/25/...
    • href="https://blogs.msdn.microsoft.com/dotnet/2016/07/15/net-core-roadmap/" >blogs.msdn.microsoft.com/dotnet/2016/07/15/net-core-roadmap je ne sais pas si ils changent d'avis de le reporter à un point plus tard, mais l'objectif est de passer à un msbuild compatible projectstructure (comme csproj) pour simplifier la construction de pipelines et d'être en mesure d'utiliser les infrastructures existantes. Mais son plus liées à l' .NET Core Tools pour Visual Studio plutôt que de le framework lui-même. si l'objectif est que les projets existants sont convertis automatiquement. voir aussi blogs.msdn.microsoft.com/dotnet/2016/10/19/...
    • Semble qu'ils aiment changer des trucs en arrière tout le temps 🙂
    • le déplacement à msbuild a été annoncé il y a longtemps, avant même qu'il est allé RTM et prévue pour le final de l'outillage version (l'outillage sont encore en phase d'aperçu et prévu pour être publié en tant que final avec VS 15)
    InformationsquelleAutor Tseng
  2. 1

    Il est assez facile à déterminer Asp.net application de Base.

    Il y a quelques identifiants pour elle.
    Il y a quelques fichier dans un projet qui permet de déterminer de Projet de Base

    Fichiers comme

    • projet.json
    • appsetting.json
    • de démarrage.cs

    À l'intérieur du projet.json, il inclure

    "dependencies": {
    "Microsoft.NETCore.App": {
      "version": "1.0.0",
      "type": "platform"
    },
"frameworks": {
    "netcoreapp1.0": {
      "imports": [
        "dotnet5.6",
        "portable-net45+win8"
      ]
    }
  },

    Ici par dependencies on peut déterminer le type de project..NET application de Base font référence Microsoft.NETCore.Application (que ce soit en tant que "type": "plate-forme" pour les applications portables ou sans il pour les applications).

    Asp.net Application de Base sont indépendant de la plateforme, de Sorte qu'un ASP.NET application de Base n'exprime pas beaucoup sur la plate-forme .

    • au lieu de "projet.json" voulez-vous dire par "paquet.json"?
    • Pas de son projet.json,qui est inclus dans tous les Asp.net les grands projets
    InformationsquelleAutor Jani Devang