前些天写代码的时候脑子突然短路了,遇到了一个纠结无比又奇怪的问题。在自己的ASP.NET MVC项目中,点击表单提交按钮submit提交数据,服务器后台方法总是接收不到表单提交上来的模型实体对象,显示为null或者空值。
最近这段时间在维护一个旧的ASP.NET项目,发现项目中有使用<script runat="server"></script>标记来插入后台的服务端代码,于是写下本文做个笔记。
今天遇到一个奇怪的问题,在ASP.NET 的.aspx页面中,如果使用了<script runat="server">标记来添加后台的服务端代码,那么在标记中是无法输出"</script>"这个字符串,必须要对"</script>"字符串进行拆分。
由于工作上的需要,要对Discuz!NT论坛的代码进行更改和功能扩展,结果修改完代码发布到服务器上出现:'List' is an ambiguous reference between 'Discuz.Common.Generic.List<CustomHotTopic>' and 'System.Collections.Generic.List<CustomHotTopic>'的错误。该错误的中文翻译为:“List”是“Discuz.Common.Generic.List<CustomHotTopic>”和“System.Collections.Generic.List<CustomHotTopic>”之间的不明确的引用。
本文主要介绍了在C#中,List<T>.ForEach方法结合匿名函数的用法,由于List<T>.ForEach方法的主要参数是Action<T> action委托,所以为了能使我们更加方便的使用这个方法,我们可以使用匿名函数不显式声明 Action<T> 变量,这样就不用再声明额外的Action<T> 委托实例,省去了一大步骤。
前几天尝试着翻译了 JSON Hijacking (JSON劫持漏洞)这篇文章,收货颇大。但由于英文水平有限,可能翻译出来的文章内容会看不懂的地方。于是我在这里将整个JSON劫持漏洞的攻防流程按照自己的理解描述下。
本文翻译自国外的文章:JSON Hijacking,主要对JSON劫持这个漏洞进行详细的描述。文章对恶意攻击者如何利用相关漏洞来实现JSON劫持以及作为开发人员如何应对都做了详细的讲解。
最近在研究C#泛型集合的时候发现了List.Join方法,这个方法与C#中的string.Join方法还有js中的join方法不一样,不是根据分隔符链接字符串,而是根据两个对象关联起来生成新的数据。
在做ASP.NET MVC项目的时候发现,通过jquery的ajax向控制器发送请求以获取数据时,并没有返回结果和任何反应,网站也没报错。经过排查发现的确是程序抛出异常了,之所以没有报错是因为程序配置文件开启了自定义错误信息,还有一种情况就是错误信息是返回在AJAX的error函数里,必须要通过error函数的jqXHR对象获取错误信息。
在ASP.NET MVC项目中,使用AJAX向控制器发送GET请求获取JSON数据时,出现这个错误:"此请求已被阻止,因为当用在 GET 请求中时,会将敏感信息透漏给第三方网站。若要允许 GET 请求,请将 JsonRequestBehavior 设置为 AllowGet"。
本文介绍了在C#中如何将自定义日期和时间格式的字符串转换成日期DateTime类型的方法,所谓的自定义日期和时间格式的字符串指的是以特定的日期格式说明符组成的日期字符串,比如2014-08-05 13:01:30,日期格式说明符组成为 yyyy-MM-dd HH:mm:ss。
一般在C#中日期格式的string类型和DateTime类型互相转换是经常使用的。string类型转为DateTime类型一般都需要正确的日期格式才可以转换成功。但是.net提供了简便的方法可以使我们将自定义的数字格式字符串转换成日期DateTime类型。