asp.net core mvc ActionFilter 不继续执行下面的代码

在mvc的过滤器里面,执行相关的控制器之前,会先执行ActionFilter里面的代码,比如登陆时候,在执行admin/list的时候 先执行actionfilter里的代码,若果需要跳转,可以写成

context.HttpContext.Response.Redirect("/admin/login")

但是这样的问题,在于此时跳转后,会继续执行admin/list的代码,这是我们不希望的,改成

context.Result = new Microsoft.AspNetCore.Mvc.RedirectResult("/admin/login/");

这样程序将直接跳转,不会执行下面的请求

asp.net core session 过期时间

asp.net mvc 获取同name input情况

 获取方式:

1、Request.From[“a”] 结果为字符串”1,2,3,b”

2、使用参数获取,如:add(string a),结果为1

3、使用数组参数获取,如add(string [] a),结果为数组1,2,3,4,使用add(int[] a )结果为int数组1,2,3   b被忽略掉

AutoMapper 转换时处理字段 asp.net core

Models.Goods转化为Models.V_Goods时,将Goods.AddTime转换为格式化后的字符串

asp.net core 接收 payload application/json 参数

asp.net core 接收 payload application/json 参数,payload有点特殊,不像普通的get或者post那样key、value对应,而application/json只是给服务器返回一个json数据,所以不能类似a=1&b=2,用string a,string b接收,两种办法处理这个问题
1、用模型
比如json,他本身是一个数组,那么像对应的用List可以接收如下内容:

2、用object 或者dynamic
我在开发中遇到必须要传一个对象,而不能是数组,比如vue的axios,

json:

那么此时就用用object 或者dynamic

记一次惨痛的EF报错 When attaching existing entities, ensure that only one entity instance with a given key value is attached

InvalidOperationException: The instance of entity type ‘Category’ cannot be tracked because another instance with the same key value for {‘CategoryID’} is already being tracked. When attaching existing entities, ensure that only one entity instance with a given key value is attached. Consider using ‘DbContextOptionsBuilder.EnableSensitiveDataLogging’ to see the conflicting key values.
翻译过来的内容大致是:实体 category不能被跟踪,因为有一个同样key categoryID已经被跟踪。
一、情况描述
一个新项目,用了ASP.net Core MVC开发,ORM使用EF,ASP.net Core 默认使用了依赖注入的概念。很简单的一个功能,就是一个层级的类别管理,在列表、添加页面都没有出现问题,唯独在更新的时候出现了问题,项目使用了两层的仓库结构,使用了默认的依赖注入,使用了unitOfwork,项目结构如下:

二、出现此问题的原因:大致理解为ef跟踪的内容已经不是从初始化上下文跟踪的内容
三、网上查到的解决办法,
1、使用AsNoTracking()不进行跟踪,但是这种方法不能对数据进行更新,只能查询,但是我这里需要更新。
2、更新之前重新查询一次数据然后更新,这个显然有点蛋疼。

四、错误排除方法:
1、是否造成多次实例化context,查询和更新的上下文不是一个,经过对context构造函数的日志输出,确认每次请求只实例化1个context。
2、调试程序,观察当前model的EntityState状态,发现是Detached,Detached的解释:对象存在,但未由对象服务跟踪。在创建实体之后、但将其添加到对象上下文之前,该实体处于此状态,我用了微软asp.net core mvc 示例同样调试状态发现也是Detached,所以这个可以排除。
3、由于用了两层的仓储(BLL,DAL),剥开每一层进行测试,跳过BLL使用DAL测试,跳过BLL,DAL,直接使用context,发现都没有问题,那么问题可能出在BLL层。对BLL的方法一个个测试,发现只要不执行GetTree()方法,问题就不会出现。
这个方法的目的是将类别树取出来,进行排序用于显示,第二个方法做一个递归,有一个全局变量_tree保存处理结果,通过Category._tree调用。

发现两个问题
第一、一旦var list=_repository.GetList().ToList()就不能更新时候报错,我理解是_repository是引用类型,ToList之后,ef里的实体就会被Tolist,ef的跟踪状态发生了变化。
第二、不用Tolist,改成IQueryable,往下面走,foreach (var item in tempList){},这个方法改成一个空方法依然更新时候报错,我理解,在foreach的时候,IQueryable已经不在表达式了,已经是从数据库里取出了数据,ef的跟踪状态发生了变化,所以报错。

那么GetTree()是什么时候执行的呢,这又是一个错误,为了每次方便取出_tree,我把GetTree(),写到了控制器的构造函数里,造成不管是查询,更新都会先执行一次GetTree()。

五、总结
正常更新的时候是前台传递过来model,后台获取context,更新model到context,这个期间不要动context,不要tolist和foreach操作,虽然EntityState也是Detached,但是不能进行更新。
这个问题差不多一整天都在解决,多么痛的领悟。

加载了名为“Microsoft.VisualStudio.Web.PageInspector.Tracing”的程序集。使用此上下文会导致序列化、强制转换和依赖项解析出现意外的行为

vs报错如下:

托管调试助手 “LoadFromContext”:“使用 LoadFrom 上下文从“file:///C:/Program Files (x86)/Microsoft Visual Studio/2017/Professional/Common7/IDE/Extensions/Microsoft/Web Tools/Page Inspector/Microsoft.VisualStudio.Web.PageInspector.Tracing.DLL”加载了名为“Microsoft.VisualStudio.Web.PageInspector.Tracing”的程序集。使用此上下文会导致序列化、强制转换和依赖项解析出现意外的行为。建议用户在任何情况下都避免使用 LoadFrom 上下文。这可以通过在全局程序集缓存或在 ApplicationBase 目录中安装程序集,并在显式加载程序集时使用 Assembly.Load 来实现。”

解决方法:

打开C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config、web.config),将这个内容的“add”改为“remove”:

<compilation>
<assemblies>
<remove assembly=”Microsoft.VisualStudio.Web.PageInspector.Loader, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a” />

找到多个与名为“user”的控制器匹配的类型 两个Area 解决办法

项目架构:两个Area 一个 Admin,一个User,两个Area里面都有重名的控制器UserControl,结果报错

通过搜索,网站的一致解决办法为,在路由里面用namespaces限定 如下

在区域Member Admin和最外层的RouteConfig.cs限定

结果Admin/User/index、User/User/Index正常,/AAA/这种不存在的控制器返回404也正常,但是当访问到/User/index/的时候仍然出现上述错误,花了2个多小时找问题,最后发现必须要在RouteConfig.cs里添加一个参数才可以DataTokens[“UseNamespaceFallback”] = false

最终结果:

至此全部正常,有点坑爹,关于DataTokens[“UseNamespaceFallback”] ,默认为true,设置为false,则只在当前设置的命名空间内匹配规则,而不会去到其他的命名空间里查找匹配。

坑爹的地方在于如果不设置DataTokens[“UseNamespaceFallback”] =false,他会去所有的命名空间下查找User,最终在Area下查找到重名的两个控制器,然后报错,不匹配了还报什么错,直接返回404就完事,日