ASP网页设计对权限掌握又很深切的会商(1)

楼上说交互性不好，太牵强了吧。在微软提供的一套框架中，利用asp做网站，开发效率高，使用人数少，减少不必要的开销。交互性是互动方式，是有开发人员决定的。掌握   我也就教一个关于权限设计方面的成绩

我如今在做一个体系，一个相似信息宣布的东东，原本也无所谓，可没想到用户提出了很多BT的请求，特别是权限方面，原本照我的惯例思惟，这类东东普通也就是划分几个脚色，划分几个信息的宣布模块等等也就好了，乃至公司都有现成的器材直接用。
可没想到客户的请求对照刁钻。我先说说体系的也许容貌。
信息宣布吗，起首固然要划分信息的种别和条理，而这条理是不定的，多是两三层，也多是十层、八层（没这么反常吧^_^），其实就相似与windows的资本办理器的款式，目次外面含着文件，而文件又有能够和目次平级的说，这是显示方面也许要显示的东东。如今说说他们在权限掌握方面的请求，某个用户登录体系以后，这些目次文件（利用的是资本办理器相似的款式，右边一颗树，右侧根基信息列表）将需求依据用户权限的分歧而分歧（有的目次文件显示，有的不显示的说），固然关于分歧的纪录用户也需求有分歧的增删改权限，列表固然都能看见，不外有的纪录他可以修正却不成以删除，有的却连修正都不准了，固然还有其他的一下操作体例的掌握。更加反常的是，请求点击某笔记录（或目次、或文件）时弹出的信息检查页面临于分歧权限的用户也需分歧，即某些字段可以显示，某些字段不克不及显示（my god，仍是把我收受接管了得了），这就请求在后台的办理方面有着天真的操作，固然用户也请求了，本着易用性的准绳，办理员可以恰当选择是对一条笔记录赋权仍是对一批纪录赋权。

说了这么多，不晓得列位可否看分明？

我入手下手的设法是界说组，将某些权限不异的用户赋为一组，然后对纪录赋权时依据组停止选择而不必对每一个人停止选择，如许就不需对团体停止操作（即便一团体也给他弄个组），如许对组设置装备摆设改组可以对纪录有那些权限，可以显示纪录的那些字段，然后针对纪录选择组（一个用户能够属于多个组，若有反复，则以用户能取得的最大权限为主）。
不外后来一想，到场某些纪录只是针对团体的，假如也这么做的话，会逝世人的啊，组的数目就太多了。

不外用户的这些请求说究竟其实也挺公道，不外完成起来也的确挺头疼，归正我头疼了一个下战书了，几张目次文件的表画好后，后台权限方面我逝世活下不了手了：（
我也但愿可以趁这个体系的时机把这个权限办理好好核计核计，归正尽可能但愿能在设计阶段就思索完美，最好能将权限这块尽可能自力出来，未来在其他体系中可以对照便利地移至（估量也没谁人信息体系有这么繁琐的请求了，原本不大的玩意，愣是让他们弄大发了）

但自己在设计方面是个老手，所以感到难度其实挺大，仍是先听听列位在坐的高论先，请指教一下该若何下手，信息表与权限表该若何联系关系，假如有谁做过这方面的东东的话，那就更好了。

一切经历、办法、建议，鄙人一概接待，还请列位不惜赐教，我其实是头都大了


Re: 我也就教一个关于权限设计方面的成绩 宣布工夫: 2003年10月22日 00:36:37 答复

宣布人: iceant 宣布文章: 413 / 注册工夫: 2002-10
1. 对"有的目次文件显示，有的不显示的"疑问
详细到一个目次下的文件是可以掌握显示与不显示，然而对目次而言不合适做如许的掌握。为何？假设用户只对 1.1.1 目次有会见权限，那末 1.1 的目次级别要不要表现出来？假如只列用户有权限的目次，那怎样能看得出是 1.1.1 的谁人目次？

2.组与用户
你的使用实践上是静态义务肯定的使用，在法式计划与实行阶段没有举措获知有哪些脚色能操作哪些对象;
别的，权限设计不成过于庞杂，不然办理员也会弄不清本人分派的权限是甚么样的，起码我本人加个两三层的东东就会头晕。
因而我建议你做基于 ACL 的掌握。你提到了想利用组的概念，然而你想为一团体也界说一个组，我以为没有需要，完整可所以用户(User)与 Subject(Folder|Documents)直接对应。假如只能有一团体操作一个目次的文件修正，那你直接受权给某团体，和修正 Role-User Map 关系的保护量没有多大的不同。然而假如对一个目次统一种 Permission 的操作分离受权给分歧的用户，保护起来一定没有建个组或一个脚色来得复杂。

因而，我的选择是直接利用 Subject,Group,User 的三级关系。
这里先注释几个名词:
Subject: 各类目次，文件等对象
Group: 用户纠合
User:用户
Operation: 对 Subject 的某种详细操作，如 Visit,Modify,Delete 等
Permission: 是 Subject 与 Operation 的组合，如：指对某个目次的Visit操作

OK, 那让咱们来建几个表吧:
Permissions_Table(
subject varchar(20),--对应目次或文件的ID
user_name varchar(10), -- USER-Subject ACL
group_name varchar(10), -- Group -Subject ACL
operation_type int, --1:visit,2:modify 4:delete,3:visit+modify,5:delete+visit,6:delete+modify,7:visit+modify+delete
subject_type int, --1:dir,2:document
)

user_group_table(
user_name varchar(10),
group_name varchar(10),
primary key(user_name,group_name)
)

再上面....
我信任你有才能做完的....



Re: 我也就教一个关于权限设计方面的成绩 宣布工夫: 2003年10月22日 10:02:00 答复

宣布人: ninsky 宣布文章: 20 / 注册工夫: 2003-10
感激iceant，你的定见给了我一个思绪，某些中央我的确走入了邪路，也自觉的想设计一个通用的东东（估量这就是过度设计）

不外我还想就教一下就是，关于掌握到字段的权限形式你可否也供应一点建议呢

我如今就是想多找些人，听一下他人的定见，然后再本人综合一下，但愿可以尽可能好的完成这套权限办理功效

但愿列位多多讲话，但愿能对我这已困累欲绝的大脑来点安慰

再次感激iceant，jdon的会商习尚是我转的几个服装论坛中最好的一个了



Re: 我也就教一个关于权限设计方面的成绩 宣布工夫: 2003年10月22日 11:16:11 答复

宣布人: iceant 宣布文章: 413 / 注册工夫: 2002-10
"关于掌握到字段的权限形式你可否也供应一点建议呢"

甚么叫掌握到字段的权限形式?



Re: 我也就教一个关于权限设计方面的成绩 宣布工夫: 2003年10月22日 12:19:51 答复

宣布人: ninsky 宣布文章: 20 / 注册工夫: 2003-10
> "关于掌握到字段的权限形式你可否也供应一点建议呢"
>
> 甚么叫掌握到字段的权限形式?

就是关于某个表中的某些字段是可以显示的，而某些是不显示的

固然有个办法是将一切的表的字段及相干的描写信息放到一个数据字典表中，然后对数据字典停止一些相干的赋权操作，不外如许作请求数据字典和一切的表的字段同步

不外总感到这类办法并非太好，不外我也没想到其他的办法



Re: 我也就教一个关于权限设计方面的成绩 宣布工夫: 2003年10月22日 12:29:24 答复

宣布人: iceant 宣布文章: 413 / 注册工夫: 2002-10
能不克不及具体说说你的使用情形? 举个例子



Re: 我也就教一个关于权限设计方面的成绩 宣布工夫: 2003年10月22日 13:41:19 答复

宣布人: ninsky 宣布文章: 20 / 注册工夫: 2003-10
> 能不克不及具体说说你的使用情形? 举个例子

用户、单元等信息存储在LDAP中，并且是近程的，我的体系虽然说取的是LDAP中的用户、单元信息，可是还得供应额定的用户、单元增添功效，也就是说在读取用户、单元信息时要将LDAP中的信息与本人增添的用户、单元信息会合，从头停止树状分列（这个中央接纳生成XML树的体例，不知后果若何），与此同时还要判别以后用户的权限，以便掌握各节点是不是显示（这些节点多是单元，也多是团体）。

然后对各个节点显示的信息还得读取掌握权限，那些信息可以显示，那些不克不及显示，别的对各个信息的操作权限也有掌握，对某条信息是增、删、改，仍是仅仅检查。而关于某笔记录的具体信息，又需掌握某个字段是不是显示，等等等等，如斯这般

我的初步构思：
划分功效点：功效模块（分歧用户有分歧的操作模块，如咱们普通法式顶的菜单项，非LDAP和相干信息）、表布局（数据字典表，掌握到字段权限时用）
操作（operate）：增、删、改、检查
脚色：赋功效模块，及相干操作
用户：赋脚色
组：赋用户

算了，就说这点吧，我也晕了，如今思绪很乱



Re: 我也就教一个关于权限设计方面的成绩 宣布工夫: 2003年10月22日 13:54:05 答复

宣布人: iceant 宣布文章: 413 / 注册工夫: 2002-10
我的感到是你对需求不明白，建义你归去和客户坐上去谈谈他们想要的东东。你可以把操作的界面画出来，然后问问客户是否是想如许操作，假如不是，怎样修改，最初要一个需求更改仿单(能够要你写，客户签字，这也是对你本人的一种回护!)，申明肯定上去的需求是甚么。
</p>  源代码保护方面其实现在考虑得没那么多了..NET也可以反编译.ASP写得复杂的话别人能看得懂的话.他也有能力自己写了.这方面担心的倒不太多. 纵观现在网上可以下载的那些所谓BBS还有什么网站等等的源代码

最近在学asp，不要问我为什么不直接学.net，因为公司网站是asp做的所以有这个需要，卖了本书asp入门到精通，对里面的六大内置对象老是记不住，还有很多属性和方法看的头晕。

你可以通过继承已有的对象最大限度保护你以前的投资。并且C#和C++、Java一样提供了完善的调试/纠错体系。

学习是为了用的，是为了让你的程序产生价值，把握住这个原则会比较轻松点。除此之外，课外时间一定要多参加一些社会实践活动，来锻炼自己的能力。

跟学别的语言一样，先掌握变量，流程控制语句(就是ifwhileselect)等，函数/过程，数组

运用经典的例子。并且自己可以用他来实现一些简单的系统。如果可以对他进行进一步的修改，找出你觉得可以提高性能的地方，加上自己的设计，那就更上一个层次了，也就会真正地感到有所收获。

代码逻辑混乱，难于管理：由于ASP是脚本语言混合html编程，所以你很难看清代码的逻辑关系，并且随着程序的复杂性增加，使得代码的管理十分困难，甚至超出一个程序员所能达到的管理能力，从而造成出错或这样那样的问题。

在平时的学习过程中要注意现学现用，注重运用，在掌握了一定的基础知识后，我们可以尝试做一些网页，也许在开始的时候我们可能会遇到很多问题，比如说如何很好的构建基本框架。

Request:从字面上讲就是“请求”，因此这个是处理客户端提交的东东的,例如Resuest.Form，Request.QueryString,或者干脆Request("变量名")

Application:这个存储服务端的数据，如果不清除，会直到web应用程序结束才清除(例如重启站点)

如何更好的使自己的东西看上去很不错等等。其实这些都不是问题的实质，我们可以在实践中不断提升自己，不断充实自己。

多看多学多思。多看一些关于ASP的书籍，一方面可以扩展知识面一方面可以鉴借别人是如何掌握、运用ASP的;多学善于关注别人，向同学老师多多学习，不论知识的大小;多思则是要将学到的知识灵活运用。

ASP的语言不仅仅只是命令格式差不多，而是包含在<%%>之内的命令完全就是VB语法。虽然ASP也是做为单独的一个技术来提出的，但他就是完全继承了VB所有的功能。

仓酷云

完全不知道到底自己学的是什么。最后，除了教程里面说的几个例子，还是什么都不会。

交流是必要的，不管是生活还是学习我们都要试着去交流，通过交流我们可以学到很多我们自己本身所没有的知识，可以分享别人的经验甚至经历。

ASP主要是用好六个对象，其实最主要的是用好其中两个：response和request，就可以随心所欲地控制网页变换和响应用户动作了。

下载一个源代码，然后再下载一个VBScript帮助，在源代码中遇到不认识的函数或是其他什么程序，都可以查帮助进行解决，这样学习效率很高。

ASP主要是用好六个对象，其实最主要的是用好其中两个：response和request，就可以随心所欲地控制网页变换和响应用户动作了。

最近在学asp，不要问我为什么不直接学.net，因为公司网站是asp做的所以有这个需要，卖了本书asp入门到精通，对里面的六大内置对象老是记不住，还有很多属性和方法看的头晕。

ASP（ActiveServerPages）是Microsfot公司1996年11月推出的WEB应用程序开发技术，它既不是一种程序语言，也不是一种开发工具，而是一种技术框架，不须使用微软的产品就能编写它的代码，能产生和执行动态、交互式、高效率的站占服务器的应用程序。