到今天为止,Mongo开发的权限管理系统功能就做完了,剩下的就是完善构架,优化结构,只是现在c#操作Mongo的各种操作基本都掌握了
说到权限管理系统,其实再简单不过了,在关系型数据的是时代,我们通常建一个菜单表,菜单用内建来管理子菜单,然后再建一个角色表(或用户表),然后再建一个角色和菜单的对应关系表,存上菜单id和角色id的对应关系。当然了,方法很多,我只是
举了一个相对比较常见的设计方式。
用上Mongo之后我本来照搬以前的设计思路,完成了权限管理,完成之后突然觉得这样不太好吧。比较Mongo是松散的文档结构,和面向对象的思想有异曲同工之妙,这么设计看着也太不尽人意了。于是乎,我决定尝试按照mongo的格式去重新设计。
首先第一步改造的是菜单,菜单不再使用内建,而是把子菜单当成一个字段存进父菜单那条数据里。然后修改的是角色,去掉了角色和菜单的对应表,把菜单直接存在了角色表里。
这么改造完成之后开始是有一些不适应,当时查询的时候确实方便了很多。
public class Menu { public ObjectId _id { get; set; } public string Name { get; set; } public string Url { get; set; } public string Icon { get; set; } public int OrderNo { get; set; } public string Descr { get; set; } public List<Menu> Child = new List<Menu>(); }
public class Role { public ObjectId _id { get; set; } public string Name { get; set; } public string RootMenu { get; set; } public string ChildMenu { get; set; } public List<Menu> Menus = new List<Menu>(); }
这样改造之后,添加方法和查询方法没什么太大的变化,一开始不知道怎么添加和删除子项。
后来发现官方的驱动还是很强大的,我们可以直接修改Menu或者Role对象,然后保存这个对象的修改结构就可以了,感觉和ef很相似了。
还有现在点击菜单传回来一个id我无法知道它是一级菜单还是二级菜单了,因为二级菜单不是一条数据,所以也不能直接查询了。我目前采用的办法是先查询一下是不是一级菜单,如果不是的话再查询二级菜单。
这个办法都是挺好用,当然了,大家肯定还有更好的办法,希望大家不吝赐教啊。
贴一段修改菜单的方法,就当是抛砖引玉了
ObjectId menuid = ObjectId.Parse(Request.Form["menuid"]); var query = Query.And(Query.EQ("Child._id", menuid)); Menu menu = DAL.DALMenu.GetMenu(query); if (menu == null) { query = Query.And(Query.EQ("_id", menuid)); menu = DAL.DALMenu.GetMenu(query); } if (menu.Child.Count(m => m._id == menuid) > 0) { Menu child = menu.Child.FirstOrDefault(m => m._id == menuid); child.Name = Request.Form["name"]; child.Icon = Request.Form["icon"]; child.Url = Request.Form["url"]; child.OrderNo = Convert.ToInt32(Request.Form["orderno"]); child.Descr = Request.Form["descr"]; DALMenu.Update(menu); } else { menu.Name = Request.Form["name"]; menu.Icon = Request.Form["icon"]; menu.Url = Request.Form["url"]; menu.OrderNo = Convert.ToInt32(Request.Form["orderno"]); menu.Descr = Request.Form["descr"]; DAL.DALMenu.Update(menu); }
最后效果如如下
数据库的最终存储结构如下图,数据库中文显示乱码问题我也解决了,只要改一下命令窗口的编码就行了,默认的是gbk,改成utf-8的
虽然这样role表显的有些臃肿,但是用户每次登陆肯定是要显示菜单的,这些数据都是必须查询出来的,所以臃肿也无所谓了。
如果需要查找role下面的一个子菜单的话,我是先读出来它的一级菜单集合,然后再使用Linq的方式去查询它的二级和三级菜单。
Role role=DALRole.GetById(roleid); List<Menu> rolemenus = role.Menus;//该角色下一级菜单 集合 foreach (var rolemenu in rolemenus)//循环一级菜单 { cstr += "<div id=\"m" + rolemenu._id + "\" style=\"width: 150px;\">"; List<Menu> childmenus = rolemenu.Child; if (childmenus.Count > 0)//有二级菜单 { str += "<a href=\"#\" class=\"easyui-menubutton\" data-options=\"menu:‘#m" + rolemenu._id + "‘,iconCls:‘" + rolemenu.Icon + "‘\">" + rolemenu.Name + "</a>"; foreach (var m in childmenus) { cstr += GetChildMenus(m.Child, roleid, m._id, m.Name, m.Url); } } else { str += "<a href=\"#\"onclick=\"addTab(‘" + rolemenu.Name+ "‘,‘" + rolemenu.Url+ "‘)\" class=\"easyui-linkbutton\" data-options=\"plain:true,iconCls:‘" + rolemenu.Icon + "‘\">" + rolemenu.Name+ "</a>"; } cstr += "</div>"; }
贴出来起到一个抛砖引玉的作用吧。
其实Mongo的官方驱动本身已经很强大了,比较符合大家的c#开发习惯了,所以操作起来还是比较简单的。顺便提一下,查出来的时间会比实际时间小,需要属性上加上标示
/// <summary> /// 默认时间比真实时间小8个小时 /// </summary> [BsonDateTimeOptions(Kind = DateTimeKind.Local)] public DateTime CreateTime { get; set; }
我把我遇到的问题基本上都总结出来了,我觉得可能大家在初次接触的时候也会遇到相同的问题,所以整理出来共享一下,也作为自己的一个学习笔记。
下一步就是整理框架了,如果整理之后有什么心得的话我也会拿出来分享的