初体验.NET Core 3.0，Core新特性和传统Framework的差别

作者：V君 发布于：2019-9-30 17:21 Monday 分类：折腾手记

这次不是解决问题，因此不像往常那样有TL;DR，那就做个TOC吧

－ TOC －

  1. 框架程序集(差别)
  2. 接口默认实现(新特性)
  3. 编辑并继续(差别，已更正)
  4. 通过SSH远程调试(新特性)
  5. 项目文件(差别)
  6. 嵌入资源(差别)
  7. ASP .NET Core(差别)

－ 0.先扯扯 －

最近更新了 VS2019，终于有机会接触 .NET Core 3.0，在看官方文档前先行体验一波，体验过程不断收集发现就有了本文的TOC，如果你去看文档，会发现有少量文档未提及的差别，也为撰写本文提供了动力。主要从个人体验总结。

－ 1.框架程序集(差别) －

从新建第一个Core项目开始，和传统Framework的差别就能体现出来，Core已经自动把整个系统类库的所有程序集作为SDK引用到项目中，不像从前需要手动引入各种系统类库程序集。

－ 2.接口默认实现(新特性) －

早在半年多以前就听说，C♯ 8.0 将能够在接口中定义包含方法体的方法，这个特性名为「接口默认实现」，也是打动我，使我投奔Core的诱惑之一。亲手操练之后发现，现在不仅能在接口中写实现方法，更能定义常量、甚至还能写静态方法，昔日的接口扩展方法将可以用默认实现代替。

－ 3.编辑并继续(差别，已更正) －

这个差异在16.3.0得到更正，现在已经能在改变当前语句的同时将代码变更应用。（请无视这一条）编辑并继续：在调试中命中断点停下来，编辑代码，改变当前语句并继续执行。这里有点细节和传统不一样，需要改变操作顺序，会稍稍造成一点体验差异。传统Framework调试时我们可以按照 命中断点→修改代码→拖动箭头或者使用上下文菜单来改变接下来要执行的语句，拖动在改变语句的同时，代码变更会生效，使我们能够执按修改如期执行；到了.NET Core就有点不一样了，修改完代码之后不能紧接就着改变当前语句，这会实代码变更的提交动作被跳过，执行的行为和看到的代码将会不一致，我们只能继续往前走一步才生效。操作顺序就变成 命中断点→改变当前语句到要修改的代码前→修改代码→继续执行。

－ 4.通过SSH远程调试(新特性) －

在过去要调试运行在Linux上的.NET应用程序，只能依靠第三方调试器，比如之前提到的MonoRemoteDebugger，第三方工具的体验和稳定性都远远比不上官方集成功能。现在我们可以通过SSH的方式直接附加到远程进程了。

－ 5.项目文件(差别) －

过去的C♯项目文件记录着所有已包含的文件，而且变更后VS会重新载入项目，动作有点大。在Core之后有了极大改善，项目文件不再一一记录包含文件而是引入默认行为，将项目目录下的文件以扩展名对应默认生成行为的方式默认包含到项目中，如果有变更则仅记录变更的项。在项目文件变更后也极大地减轻了重新载入（刷新、应用变更）项目的动作。

－ 6.嵌入资源(差别) －

这一点还没有查到相关文档。受影响的地方是生成操作为「嵌入的资源」的项，若和旁边的.cs文件同名（任意扩展名），则会生成与.cs文件中定义的第一个类全名的嵌入资源，且不带扩展名。若在.cs文件旁边有两个同名（不同扩展名）的文件设置为嵌入资源，将引发重名编译错误。这个行为和传统Framework不同。

－ 7.ASP .NET Core(差别) －

关于ASP.NET Core和传统ASP.NET的差别太多，这里就简单点一下个人感受。对于ASP.NET Core而言Web服务器不再是必备环境，引入了SelfHost的工作方式。HTTP Runtime格局也有巨大变化，传统ASP.NET想要以最简单粗暴地方式处理请求需要引入HTTP模块，到了ASP.NET Core，新建一个空项目就是一个空的回调并传入HTTP上下文给你处理，简单粗暴更上一层楼了！

差点以为这个月会打破惯例至少发表一篇文章…

标签: 软件开发 C#

« Auto Scroll Utility for Windows 10 来自ThinkPad的桌面实用小工具 | 使用FluentMigrator和EntityFramework，实现相对可控的多库兼容CodeFirst体验»

引用地址:

发表评论：

Powered by emlog 去你妹的备案 sitemap