• NET架构


    .NET架构开发应知应会

    .NET程序是基于.NET Framework、.NET Core、Mono、【.NET实现】开发和运行的 ,定义以上【.NET实现】的标准规范称为.NET Standard

     

     

     L1:.NET Standard

     

      .NET标准是一组API集合,由上层三种【.NET实现】的Basic Class Library实现,更正式的说法,由统一契约集合构成的规范,这个集合确保了在不同【.NET实现】之间的可移植性,能让你的代码 run everywhere。

     

      .NET Standard 也是一个 target framework。如果您的代码针对的是.NET Standard的一个版本,那它可以在任意一个 支持该.NET Standard版本的.NET实现上运行。

     

     

    L2: [.NET实现]

     

      上图给出的是微软积极支持和维护的有三个主要的【.NET实现】:.NET Framework,.NET Core,Mono

     

      ①.NET Framework

     

        最早期的.NET 实现, 4.5+版本开始实现.NET Standard      https://docs.microsoft.com/en-us/dotnet/standard/net-standard  https://docs.microsoft.com/en-us/dotnet/standard/frameworks

     

        早期的微软比较闭源,.NET Framework 是为构建面向windows桌面环境而设计的,针对不同的应用程序形态设计了 WINFORM、 ASP.NET、WPF

     

      ②.NET Core

     

       是近几年微软拥抱开源的结晶,.NetCore是一个跨平台的【.NET实现】,因为原生实现了.NET Standard(完全没有版本包袱), 面向.NETStandard的代码可以在.NET Core平台上编译和运行。

     

       针对Web程序.NetCore准备了ASP.NECore框架, 定位是微软新一代高性能、开源、跨平台Web开发框架, 目前最新稳定版本为2.2

     

         另外.NetCore 3.0即将支持WINFORM、WPF, 这样将全面覆盖.Net Framework 支持的应用程序形态。

     

      ③ Mono   是一个微小运行时的 【.NET实现】,驱动 Xamarin,用于android,ios 等开发,支持目前所有公开的.NET standard 版本。

     

     

     本人近些年工作在.NetCore平台, 有一些宏观上的经验之谈, 可供参考。

     

     一:.NetCore部署目标的选择

      部署目标是在Target Framework Moniker中定义, 决定了程序的部署定位, 常见有如下2种:

    • netstandard

    • netcoreapp

      在实践中:项目早期可能是定位是 netstandard,后面随着项目演进,依赖的库越来越多,大部分都会变成netcoreapp.

      如L1所述 .NetStandard也是一个 target framework, 期望在多个运行时(.Net Framework4.5+,.NET Core, XAMARIN)上都能运作的程序应该以此框架为目标。

    <Project Sdk="Microsoft.NET.Sdk">
      <PropertyGroup>
        <TargetFramework>netstandard1.6</TargetFramework>
      </PropertyGroup>
    </Project>

       伴随项目演进, 程序依赖的某些库可能只有针对 .NetCore的版本; 从生产实际看, 部署环境只会搭配一套.Net Core运行时, 所以后期项目很大可能性会演进成针对 .Net Core的运行时部署。

    <TargetFramework>netcoreapp2.2</TargetFramework>

     

    二: 开发环境存在多SDK、多Runtime版本时,应当知晓 .NET Core工具、SDK和运行时版本选择的策略。

      ① 当运行SDK命令,会使用安装的最新版本命令

    SDK命令包括dotnet new/ dotnet run,即使项目生成文件被指定为早期版本的运行时 或 安装的最新版本SDK是预览版, SDK依旧使用安装的最新SDK版本

      ② 目标框架标记target framework monikers定义编译时刻的API

    编译.NetCore程序的API是在项目文件的 Target framework Moniker中定义的,

    <TargetFramework>netcoreapp2.0</TargetFramework>

    <TargetFrameworks>netcoreapp2.0;net47</TargetFrameworks>

       ③ 运行.NetCore程序( 框架独立的.NetCore 程序 ), 在部署服务器上会适用版本前滚的策略

    在项目文件中指定了netcoreapp2.0, 在部署环境中2.0.4 是安装的最新运行时版本, 那么就会使用2.0.4运行时版本

      ④ 发布自包含的程序,自包含的部署文件会内置指定的运行时

    部署自包含.NetCore 程序时, 部署文件包含了.NetCore 运行时和程序依赖的库文件,自包含项目并不依赖 部署服务器上运行时环境,运行时版本选择发生在发布阶段,而不是在运行阶段。
    目前 自包含.NetCore程序使用场景不多,一般用于需要将程序应用到复杂的多种客户环境中,这种部署方式可将运行时和依赖环境打包,不用去提前知晓客户服务器运行时。

      Tip: 针对策略① 有些特殊应用场景,如果项目需要使用早期的SDK版本,可在global.json文件中指定该早期版本,规避最新策略

    {
      "sdk": {
        "version": "2.2.3"
      }
    }

       本文没有大篇幅讲解 .NETCore SDK和CommandLine的用法,照葫芦画瓢即可,特别指出 部署目标的设定策略、服务器存在多SDK的选择策略, 读者可参照对比心中有数。

  • 相关阅读:
    python之九九乘法表
    python选择排序有序区域和无序区域
    mysql学习笔记(一)
    cuda toolkit安装
    vs 无法打开输入文件“kernel32.lib”
    vs libtorch 无法定位程序输入点…于动态链接库…exe
    libtorch 部署 windows10
    openvino记录
    AcWing 803.区间合并
    AcWing 802.区间和
  • 原文地址:https://www.cnblogs.com/Leo_wl/p/11144565.html
Copyright © 2020-2023  润新知