.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


1、.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


2、.NET Core


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


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


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


3、Mono

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


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


一、.NET Core部署目标的选择


部署目标是在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.6TargetFramework>
?PropertyGroup>
Project>


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


netcoreapp2.2


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


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


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


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


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


<TargetFramework>netcoreapp2.0TargetFramework>
<TargetFrameworks>netcoreapp2.0;net47TargetFrameworks>


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


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


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


部署自包含.NET Core 程序时, 部署文件包含了.NET Core 运行时和程序依赖的库文件,自包含项目并不依赖 部署服务器上运行时环境,运行时版本选择发生在发布阶段,而不是在运行阶段。


目前 自包含.NET Core程序使用场景不多,一般用于需要将程序应用到复杂的多种客户环境中,这种部署方式可将运行时和依赖环境打包,不用去提前知晓客户服务器运行时。

?

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


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


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

推荐↓↓↓
DotNet程序员
上一篇:解决ASP.NET站点首次访问慢的方法 下一篇:C#使用InstallerProjects打包桌面应用程序