ASP教程之Dictionary在权限办理中的使用
对于中小型web应用来说,php有很强的竞争力,linux+apache+mysql+php(lamp)的组合几乎可以胜任绝大多数网站的解决方案,对于大型应用来讲,对于系统架构要求更高,需要有成熟的框架支持,jsp的struts是个不错的框架,国内介绍它的资料也非常多,应用逐渐广泛起来。asp就不用说了，比来帮伴侣做了一个自以为对照乐成的一样平常办公办理项目，全体程序用ASP编写，思索到之前做的权限把持其实不是很乐成，此次从头计划了一下权限把持部分，一切权限把持的考证脚色的相干函式、初始化脚色函式均放在一个页面popedom.asp中。因为用户的权限脚色是存储在数据库用户权限表中，能够感知一下权限表的内容：user->roles，如今，我的办理举措是将user->roles寄存在Dictionary中，并作为全局变量（这里的全局变量的意义是page级的，假如作为Application级的全局变量，应当功能会更好，但假如过量利用会有负面效应，这将下降Web服务器的功能）。
这里用个实践的用户、脚色申明一下：
Jane是属于多个项目组的成员：项目a,项目b,项目c
John属于项目b和c
Emily属于项目a
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
1.将查询用户脚色与脚色考证分别：
经由过程RecordSet查询，全体用户及脚色都被寄存在dic中，其对应干系是user->roles，假如要考证某一个或多个用户的脚色，只必要操纵dic就能够，如许分别的优点不问可知：有助于代码的可读性和保护性。
2.制止屡次查询和考证：
你如今想晓得John是不是是项目b的成员，ok！你用RecordSet权限表中查询John的权限，在另外一个中央，你又想晓得Jane和Emily是不是是项目a的成员，你又用RecordSet查询了一次权限表，有成绩啊！谁会这么往做呢？屡次操纵RecordSet查询权限明显是不明智的，将全体用户及脚色保留在dic中，必要查询某团体的脚色时，只必要从dic中获得就能够。
</p>在实现ERP等高端的ASP应用时，用户需要提供核心的经营资料，需要ASP商有很高的信用度。楼上说交互性不好，太牵强了吧。在微软提供的一套框架中，利用asp做网站，开发效率高，使用人数少，减少不必要的开销。交互性是互动方式，是有开发人员决定的。 学习是为了用的，是为了让你的程序产生价值，把握住这个原则会比较轻松点。除此之外，课外时间一定要多参加一些社会实践活动，来锻炼自己的能力。 哪些内置对象是可以跳过的，或者哪些属性和方法是用不到的? 多看多学多思。多看一些关于ASP的书籍，一方面可以扩展知识面一方面可以鉴借别人是如何掌握、运用ASP的;多学善于关注别人，向同学老师多多学习，不论知识的大小;多思则是要将学到的知识灵活运用。 Application:这个存储服务端的数据，如果不清除，会直到web应用程序结束才清除(例如重启站点) 作为IE上广为流传的动态网页开发技术,ASP以它简单易学博得了广大WEB程序爱好这的青睐,而且它对运行环境和开发品台的不挑剔,以及有大量有效的参考手册,极大的推广了它的发展。 弱类型造成潜在的出错可能：尽管弱数据类型的编程语言使用起来回方便一些，但相对于它所造成的出错几率是远远得不偿失的。 虽然ASP也有很多网络教程。但是这些都不系统。都是半路出家，只是从一个例子告诉你怎么用。不会深入讨论，更不会将没有出现在例子里的方法都一一列举出来。 他的语法和设计思路和VB完全相同，导致很多ASP的书都留一句“相关内容请参考VB的相关教材....”更糟糕的是，相当多的ASP教程混合了Javascript,VBscript等等脚本语言，搞的初学者。
页:
[1]