很多对象有共同的数据
那么就使用共享的全局变量
只能限于同类的所
2006年12月27日星期三
权限？权限！（一点体会）
关于权限问题 看了很多资料 觉的有很多方法可以弄好
不过数据库方面设计 基本的出发点还是另出一个授权表 在授权表里又可列出对于权限的分级和分类
而权限表里只要放权限名称就好 加个描述的字段 解释好权限所对应的功能就行
还有就是用户表或是资源表 （如果你是要对每一页加权限就建立资源表 资源表是把每页里的所有东西看做一种资源 这样你登入帐号后就只能看见你所拥有权限所包含的页 ），举个简单的例子：现在就只有两个帐号 ADMIN和aaa ADMIN被授权表的“最高管理员”授予了权限表的“1级管理员”，再从权限表和资源表的内联表里传给资源表 这样就让ADMIN拥有了“最高管理员”的权限 相同的方法让aaa有了个低级用户的权限
如果我在页面里设定了登入页是所有授权都可以看见的，那么ADMIN和aaa就可以都看见登入页而进行登入来确定他们的身份（这是必须的，不然怎么知道谁拥有什么权限啊，呵呵），接着进入首页（对网站而言）或控制主界面（对WEB管理软件而言） ，这儿就要有区别了，ADMIN可以看见的东西和aaa肯定是不一样的，ADMIN可以看见如添加管理员 修改管理员密码之类的高权限才能处理的东西 而aaa根本看不见 更不用说修改了，至于代码安全性处理这就要看程序员的习惯和水平了， 还有很多东西啊，还有点习惯就是 资源表是没问题的拉 但是用户表就要注意一点了那就是：名字！ 一般来说（象我以前也是啊），就是把名字建成一个字段，好的习惯是把他们分成2个字段 姓和名 这也许是个小问题 ，但对于客户看到了感觉会不一样的，象雅虎邮箱里的称呼 “涛” ，让你亲切了不少吧 。。以后有什么新总结再说吧 ，反正就那6个表 对于权限设定就很全了。
PS 表为 权限表 授权表 资源表 用户表 授权和权限的内联表（即多表） 资源和权限的多表
不过数据库方面设计 基本的出发点还是另出一个授权表 在授权表里又可列出对于权限的分级和分类
而权限表里只要放权限名称就好 加个描述的字段 解释好权限所对应的功能就行
还有就是用户表或是资源表 （如果你是要对每一页加权限就建立资源表 资源表是把每页里的所有东西看做一种资源 这样你登入帐号后就只能看见你所拥有权限所包含的页 ），举个简单的例子：现在就只有两个帐号 ADMIN和aaa ADMIN被授权表的“最高管理员”授予了权限表的“1级管理员”，再从权限表和资源表的内联表里传给资源表 这样就让ADMIN拥有了“最高管理员”的权限 相同的方法让aaa有了个低级用户的权限
如果我在页面里设定了登入页是所有授权都可以看见的，那么ADMIN和aaa就可以都看见登入页而进行登入来确定他们的身份（这是必须的，不然怎么知道谁拥有什么权限啊，呵呵），接着进入首页（对网站而言）或控制主界面（对WEB管理软件而言） ，这儿就要有区别了，ADMIN可以看见的东西和aaa肯定是不一样的，ADMIN可以看见如添加管理员 修改管理员密码之类的高权限才能处理的东西 而aaa根本看不见 更不用说修改了，至于代码安全性处理这就要看程序员的习惯和水平了， 还有很多东西啊，还有点习惯就是 资源表是没问题的拉 但是用户表就要注意一点了那就是：名字！ 一般来说（象我以前也是啊），就是把名字建成一个字段，好的习惯是把他们分成2个字段 姓和名 这也许是个小问题 ，但对于客户看到了感觉会不一样的，象雅虎邮箱里的称呼 “涛” ，让你亲切了不少吧 。。以后有什么新总结再说吧 ，反正就那6个表 对于权限设定就很全了。
PS 表为 权限表 授权表 资源表 用户表 授权和权限的内联表（即多表） 资源和权限的多表
2006年12月26日星期二
开始研究M$的2005
界面好看多了
网站不需要配置虚拟目录了,因此firefox可以直接访问了,不用关心所谓的帐号密码
sql好象也是集成在里面了
aspx好象不支持 表单布局,MS_POSITIONING="GridLayout" 这个属性不可以用
增加了好多个的服务器控件,比如我要开始研究的 bulletedlist控件
2006年12月25日星期一
订阅：
博文 (Atom)
