Wind_Lam的专栏

#region 文件IO操作！        ///         /// 创建/写入文件内容        ///         /// 文件名(默认当前目录/包含路径)        /// 文件内容        /// 改写（false）/追加到文件尾部（true）        /// 返回bool        public static bool IO_CreatTextFi

写完了就要提交了，想向上传一个图片，IE居然死掉了，白写了，还得重来一遍。郁闷。    上篇：通用权限的思路。只是一个简单的思路。      上一篇住要是想说一下大体的思路，就是一个主要的框架，我觉得在做一件事情之前，都需要有一个初略的设计，就是中提的想法，抓住问题的关键点。所以对于权限问题，我觉得需要抓住下面的这四个问题；    1、我们的软件里面有哪些功能？    2、哪些人可以访问到哪些功能

面对权限，我们要解决几个的问题。第一个就是：我们的软件里面有哪些功能？ —— 给用户自己维护角色作准备比如添加新闻、添加产品、客户信息维护、合同管理等等，当然还可以细分一下，客户信息维护又可以分为：客户基本信息、客户的联系人、客户报价、客户的合同等。我的习惯是建立一个表，叫做功能结点表。这个表可以生成左面的功能树，也可以记录项目里面一共有哪些功能。这里的一个功能指的是两个页面，一个是列表页面，一个

实现业务系统中的用户权限管理--设计篇　　B/S系统中的权限比C/S中的更显的重要，C/S系统因为具有特殊的客户端，所以访问用户的权限检测可以通过客户端实现或通过客户端+服务器检测实现，而B/S中，浏览器是每一台计算机都已具备的，如果不建立一个完整的权限检测，那么一个“非法用户”很可能就能通过浏览器轻易访问到B/S系统中的所有功能。因此B/S业务系统都需要有一个或多个权限系统来实现访问权限检测

一.概念　　网站项目管理就是根据特定的规范、在预算范围内、按时完成的网站开发任务。 二.需求分析 项目立项 　　我们接到客户的业务咨询，经过双方不断的接洽和了解，并通过基本的可行性讨论够，初步达成制作协议，这时就需要将项目立项。较好的做法是成立一个专门的项目小组，小组成员包括：项目经理，网页设计，程序员，测试员，编辑/文档等必须人员。项目实行项目经理制。 客户的需求说明书 　　第一步是需要客户

本处指的中小型软件开发项目是指： 参与开发的直接人员（即开发团队）数量在3~25人 开发时间在3个月~18个月的软件项目 代码行数5000~75000行 子程序数量300~3500个 1、软件开发管理的任务 软件开发管理的真正任务是团队成员的智能充分而适宜地发挥，并有效地投注在创造软件的活动中。也就是说：合理配置各种资源（管理人员、工程师、设备、软件、制度、时间）确保软件开发的有效进行

项目相关定义每个团队开发都应有自己的一套规范，一个优良可行的规范可以使我们工作得心应手事半功倍。由于此项目开发的分散性、独立性、整合的交互性等，为了有利于项目的整体风格统一、代码维护和扩展，所以定制了这套简单的约定和规则。本文档将定制一系列约定和规则，他们分别包括代码目录约定、文件夹命名规则、文件名命名规则、程序代码编程风格、数据库设计约定。这些规则和约定需要与开发人员、设计人员和维护人员

汉字相关操作#region 汉字相关操作        /**////              ///   获取一串汉字的拼音声母           ///              ///   Unicode格式的汉字字符串           ///   拼音声母字符串           ///              ///   “新桥软件”转换为“xqrj”          

 #region  字符操作        ///         /// 文本调试模版        ///         public const string Text_DebugTemplate = "" +            "===========调试信息==============" +            "[信息内容]" +            "";     

客户端模拟函数-(提示信息等)#region  客户端模拟函数-(提示信息等)        ClientAlert#region ClientAlert        /**////         /// 客户端脚本:alert(Msg) I;        ///         /// 要显示的消息        /// alert函数的客户端脚本        public stat

 #region 客户端信息相关        #region 获取客户IP        public static string getUserIp()        {            return HttpContext.Current.Request.UserHostAddress;        }        ///         /// 猎取客户端IP地址    

前记：相信大家对三层开发都已经耳熟能详，可是我却发现新公司的既有代码中有一些违背分层开发思想的东西，现在与大家分享这些错误，我们共勉之。如果有人觉得对三层开发拿捏得不是太准，请参照李天平的文章：分层开发思想与小笼包,这篇文章用隐喻说明分层开发，是非常好的一篇文章。正文：1．界面层参与非界面逻辑，抢业务逻辑层的饭碗什么是界面逻辑：界面层应该有的逻辑就是显示的逻辑，例如根据逻辑

针对大家讨论的通用权限控制系统，众说纷云，有说必要的，有说没有必要的，各人都有自己的见解，但作为应用系统，不可避免的就是要对使用系统的用户进行认证与授权。.Net本身也提供了MemberShip等，但是其控制还是显得力不从心，感觉有点过于粗放。不免让我等考滤有足够的灵活性、扩展性的人，在经过多次痛苦的经历后，发展自己的权限控件系统。        总之一句话，通用、通用、还是通用。希望一次搞定，不

我们在开发系统的时候，经常会遇到系统需要权限控制，而权限的控制程度不同有不同的设计方案。 1.       基于角色的权限设计这种方案是最常见也是比较简单的方案，不过通常有这种设计已经够了，所以微软就设计出这种方案的通用做法，这种方案对于每一个操作不做控制，只是在程序中根据角色对是否具有操作的权限进行控制；这里我们就不做详述2.       基于操作的权限设计这种模式下每一个操

 在管理软件系统设计中，用户、角色、权限管理是不可缺少的三部分，三者具有如下关系：User : Role = 1 : nRole : Permission = 1 : n如将权限控制到具体的功能模块，又有如下关系：Role : Module : Permission = 1 : 1 : n    UserRole的设计很直观，就是1:n的关系表，User、Role均为主键。下面具体谈谈RolePe