摘要： 用户数据表，每个用户有一个或者多个权限，用户表如下userid,roleid,username等权限枚举如下：public class CustomEnum { [Flags] /// <summary> /// 用户角色枚举 /// </summary> public enum UserRole { /// <summary> /// 游客 /// </summary> Visitor = 1, /// <summary> /// 学生 /// </summary> Student = 2, /// <summar 阅读全文

摘要： namespace Entity{ public interface IPagedList { /// <summary> /// 记录数 /// </summary> int TotalCount { get; set; } /// <summary> /// 页数 /// </summary> int TotalPages { get; set; } /// <summary> /// 当前页 /// </summary> int PageIndex { get; set; } /// <summary> 阅读全文

摘要： 今天只说说命名标准，这对象的命名可大有说头，有很多标准，今天我只说我们项目里的标准接口：interface IRepository{} 首字母为大写i，其它所有单词首字母大写类：class PeopleOperator{} 所有单词首字母大写枚举：enum PeopleStatus{} 所有单词首字母大写结构：struct ImageSize{} 所有单词首字母大写属性：public string Name{get;set;} 所有单词首字母大写方法：public string DisplayName() 所有单词首字母大写方法参数：public string DisplayName(stri 阅读全文

摘要： 在我们建立Action时，有个原则，就是最好和页面名称相同，如果一个名为Index的Action，那它的页面就应该是Index.aspx/cshtml，如果你非要建立一个Index1.aspx，那路由是无法找到的，当然，如果你想让路由找到，就用return View("Index1")来代替return View()就可以了 阅读全文

摘要： 在业务逻辑层实现IOC，可以有效的减少代码量，把通用的操作写在通用的类中，然后在UI层对谁操作就建立谁的实例。具体做法看代码：Service层核心代码：接口规范：namespace Service{ /// <summary> /// 标准逻辑处理接口 /// </summary> /// <typeparam name="TEntity"></typeparam> public interface IServices<TEntity> where TEntity : class,Entity.IDataEntit 阅读全文