ASP.NET Core 2.0升级到3.0的变化和问题
前言
在.NET Core 2.0发布的时候,博主也趁热使用ASP.NET Core 2.0写了一个独立的博客网站,现如今恰逢.NET Core 3.0发布之际,于是将该网站进行了升级。
下面就记录升级过程中遇到的一些变化和问题。同时也小广告一波,欢迎大家多来我的博客逛逛:不落阁 - 一个.NET程序员的个人博客
正文
Host变化
Program.cs中WebHostBuilder变为HostBuilder,ASP.NET Core 3.0使用通用主机,而主机配置方式也有所改变,主要集中通过ConfigureWebHostDefaults方法。
以下是升级前后的代码:
//升级前:ASP.NET Core 2.0
WebHost.CreateDefaultBuilder(args)
.UseUrls("http://127.0.0.1:5002")
.UseStartup<Startup>()
.ConfigureLogging(logging =>
{
logging.ClearProviders();
logging.SetMinimumLevel(LogLevel.Trace);
})
.UseNLog();
//升级后:ASP.NET Core 3.0
Host.CreateDefaultBuilder(args)
.ConfigureWebHostDefaults(webBuilder =>
{
webBuilder.UseStartup<Startup>()
.UseUrls("http://127.0.0.1:5002")
.ConfigureLogging(logging =>
{
logging.ClearProviders();
logging.SetMinimumLevel(LogLevel.Trace);
})
.UseNLog();
});
Startup.cs变化
配置服务方面:AddControllersWithViews替代了原来的AddMVC。
配置管道方面:UseMVC、UseSignalR统一替换为UseEndpoints,此外增加了UseRouting,UseAuthentication、UseAuthorization必须位于UseRouting和useEndpoints之间。
//升级前
app.UseAuthentication();
app.UseSignalR(routes =>
{
routes.MapHub<ChatRoom>("/chatroom");
});
app.UseMvc(routes =>
{
routes.MapRoute(
name: "default",
template: "{controller=Home}/{action=Index}/{id?}");
});
//升级后
app.UseRouting();
app.UseAuthentication();
app.UseAuthorization();
app.UseEndpoints(endpoints =>
{
endpoints.MapControllerRoute(
name: "default",
pattern: "{controller=Home}/{action=Index}/{id?}");
endpoints.MapHub<ChatRoom>("/chatroom");
});
QQ登录问题
升级到ASP.NET Core 3.0后,之前使用的Microsoft.AspNetCore.Authentication.QQ包已经不能正常使用了,经过源码调试后,我发现是因为对OAuthHandler里面的ExchangeCodeAsync等方法的重写未生效,导致QQ返回的数据(QQ返回的数据比较特殊)转化为Json的时候出错。Nuget上Microsoft.AspNetCore.Authentication.OAuth依旧是2.2.4版本,而Microsoft.AspNetCore.Authentication.MicrosoftAccount、Microsoft.AspNetCore.Authentication.Google等包都已经升级为3.0.0,看了公告https://github.com/aspnet/AspNetCore/issues/10991确实已经改了,只是我们能获取到的依旧是2.2.4版。
最后在Github上发现了一个第三方认证的集合项目:https://github.com/aspnet-contrib/AspNet.Security.OAuth.Providers,在上面找到了QQ登录的包AspNet.Security.OAuth.QQ。
可以看到Nuget上的依旧是2.1.0,这个显然也不能用,不过myget上已经有3.0.0预览版的了。
按照PM指令安装的话会提示找不到这个包对应的版本,最新版是2.1.0,所以这里要手动下载nupkg文件。
用法和之前差不多,只是有两处细微改动:
1.AppId和AppKey改成了统一的ClientId和ClientSercert
2.openid不能映射成自定义Claim名称,所以后面处理的时候只能通过系统定义的ClaimTypes.NameIdentifier来获取。
注意:这段图片设置了防盗链,懒得重新上传,请到作者博客查看详情:https://www.leo96.com/article/detail/47。
Json序列化问题
.NET Core 3.0引入了新的JSON API,并且ASP.NET Core已经移除了Newtonsoft.Json的引用,默认使用System.Text.Json来序列化Json,而新的JSON API主打性能,所以没有JSON.NET全面。
由于使用了Entity Framework,所以在直接序列化实体类时,导航属性会出现循环引用的问题,而System.Text.Json并没有提供解决循环引用问题的相关配置。
在Github上找了下,似乎官方也提到这个问题,但在3.0版本并未提供解决办法:https://github.com/dotnet/corefx/issues/38579
因此不得不使用原来的JSON API,也就是JSON.NET(Newtonsoft.Json)
要在ASP.NET Core 3.0中使用Newtonsoft.Json,需要安装Microsoft.AspNetCore.Mvc.NewtonsoftJson包,并在Startup中配置。如下所示:
//升级前
services.AddMvc()
.AddJsonOptions(options =>
{
options.SerializerSettings.ContractResolver = new CamelCasePropertyNamesContractResolver(); //序列化时key为驼峰样式
options.SerializerSettings.DateTimeZoneHandling = DateTimeZoneHandling.Local;
options.SerializerSettings.DateFormatString = "yyyy-MM-dd HH:mm:ss";
options.SerializerSettings.ReferenceLoopHandling = ReferenceLoopHandling.Ignore; //忽略循环引用
});
//升级后(需要引入Microsoft.AspNetCore.Mvc.NewtonsoftJson包)
services.AddControllersWithViews()
.AddNewtonsoftJson(options =>
{
options.SerializerSettings.ContractResolver = new CamelCasePropertyNamesContractResolver(); //序列化时key为驼峰样式
options.SerializerSettings.DateTimeZoneHandling = DateTimeZoneHandling.Local;
options.SerializerSettings.DateFormatString = "yyyy-MM-dd HH:mm:ss";
options.SerializerSettings.ReferenceLoopHandling = ReferenceLoopHandling.Ignore; //忽略循环引用
});
EFCore客户端求值
EF Core 3.0不再支持客户端求值,需要Linq查询出来后再手动运算。
//升级前
detailModel.SimilarArticles = await _dbContext.Article
.Where(s => s.Status == (int)CommonStatus.Valid && StringSimilarity.Calculate(article.Title, s.Title) > 0.3m && s.Id != article.Id)
.Select(s => new Article()
{
Id = s.Id,
CreateTime = s.CreateTime,
Title = s.Title
})
.OrderBy(s => Guid.NewGuid())
.Take()
.ToListAsync();
//升级后
var similarArticles = await _dbContext.Article
.Where(s => s.Status == (int)CommonStatus.Valid && s.Id != article.Id)
.Select(s => new Article()
{
Id = s.Id,
CreateTime = s.CreateTime,
Title = s.Title
})
.ToListAsync();
similarArticles = similarArticles.Where(s => StringSimilarity.Calculate(article.Title, s.Title) > 0.3m).OrderBy(s => Guid.NewGuid()).Take().ToList();
以上代码片段是筛选与某文章标题相似的文章,其中StringSimilarity.Calculate(string,string)方法是客户端上计算两个标题相似度的算法,3.0后EF Core已经不支持直接写到Linq查询中,会报异常,大概意思是无法翻译Linq语句。
实际上升级前后两种写法生成的SQL是一样的。
更多问题待定,先介绍到这来。
感谢翻阅,敬请斧正!
本文最初发表于:https://www.leo96.com/article/detail/47
最新文章
- 【SAP业务模式】之ICS(五):定价配置
- selenium python的使用(二)
- Spring MVC错误页面配置
- 同上 遍历obj的值 来定义当前的后台数据在页面的定位
- LInux javac时, 提示command not found
- UOJ265 【NOIP2016】愤怒的小鸟
- Java提高篇——通过分析 JDK 源代码研究 Hash 存储机制
- json的eval为什么要用msg.d
- JDBC学生管理系统--处理分页显示
- 【转】System.Data.OracleClient requires Oracle client software version 8.1.7 or greater
- [转]Spring.Net介绍
- C语言第一次博客作业---顺序机构基础练习
- 【Unity Shaders】ShadowGun系列之一——飞机坠毁的浓烟效果
- vue-cli 2篇官方文档记录收藏
- jdbc “贾琏欲执事”
- PHP7.27: connect mysql 5.7 using new mysqli
- tomcat源码阅读之Tribes.RpcChannel
- AngularJS $eval $parse
- hdu-1176(动态规划)
- jaxws.xsd