上礼拜在公司开荒Web API，被爆出翔了。遇到个具体问题是这样的：Web API中的方法接受的参数是个复杂对象，这个对象里嵌套了另一个对象。但使用API的人不知道如何在JSON里传递复杂对象给Web API。大家一起爆了很久，尝试了各种写法，还是没能解决。 今天我突然想到一个办法，可以获取正确的Nested JSON字符串。并且开荒成功了。与大家分享： 首先，我写的例子是这样的，Product对象里嵌套了一个Category对象，AddProduct的方法接受的是Product对象，我不仅需要Product的信息，也需要被嵌套的Category的信息： [HttpPost] public string AddProduct(Product productModel) { var sb = new StringBuilder(); sb.Append("Product. …
前几天公司的阿三给我了一项艰巨的任务：码一个MVC4网站。本猿之前只用过MVC3，稍微看了下MVC4，有些地方都变了，如果用默认模板全新做一个MVC4网站得很小心，比如javascript的位置很容易爆出翔来。但好消息是，之前码MVC3的所有知识，都可以用在MVC4上，无需任何代码修改。 作为一个有梦想有目标的屌丝，我如果自己都没认真用过MVC4，以后在公司装逼就没底气了。所以，今天我正好休息在家，查了写资料，成功的把博客从MVC3升级到了MVC4。现在你看到的这个博客，就是稳定运行在MVC4上的。 首先，运行MVC4并不需要IIS8或.NET4.5。它完全能够部署在IIS7、IIS7.5上。所以我不用升级Target Framework的版本。只需要更新MVC4的相关DLL，以及一些config文件就可以完成升级。 按照 http://www.asp.net/whitepapers/ …
首先说明，本文用的是非常屌丝的办法，针对SQL Server Membership的实现的一个很有局限性的权限模块，而不是真正对ASP.NET Membership本身的拓展。不喜慎入。 一、为什么要给Memebership增加权限系统 我们知道，ASP.NET Membership是基于Role的，其实是个RBAC，没有权限（Rights）功能。也就是说，我们只能够指定某个Role可以做什么事，丧失了一定的灵活性。比如，网站后台有个编辑文章的功能。如果基于Role判断，我只能认为：所有Admin、Editor、Teacher可以编辑文章。在MVC3里，可以用Authorize(Role=”Admin, Editor, Teacher”)的属性做到这一点。然而如果想要动态可配，则比较难了。然而，如果是基于Rights的验证，那我就可以认为：所有具有Edit权限的Role可以编辑文章。这样的 …