CN107450913B

CN107450913B - 一种基于ExtJS的窗口部件访问控制方法

Info

Publication number: CN107450913B
Application number: CN201710566147.0A
Authority: CN
Inventors: 周金国; 金舒; 董胜刚
Original assignee: Nanjing Guodian Nanzi Weimeide Automation Co ltd
Current assignee: Nanjing Guodian Nanzi Weimeide Automation Co ltd
Priority date: 2017-07-12
Filing date: 2017-07-12
Publication date: 2020-07-31
Anticipated expiration: 2037-07-12
Also published as: CN107450913A

Abstract

本发明公开了一种基于ExtJS的窗口部件访问控制方法，包括以下步骤：1）Component实例化时创建AuthPlugin插件类，调用其init()方法，初始化授权逻辑，当Component渲染结束时，调用AuthPlugin插件类的authorize()方法；2）AuthPlugin插件类调用AuthProxy抽象类的checkPerms()方法，验证授权；3）AuthProxy抽象类返回验证结果；4）AuthPlugin插件类根据返回的验证结果设置Component的启用/禁用状态。本发明能够灵活地将授权功能加入至需要的访问控制的控件，从而实现基本的内容访问控制。

Description

一种基于ExtJS的窗口部件访问控制方法

技术领域

本发明涉及一种基于ExtJS的窗口部件访问控制方法，属于桌面访问控制技术领域。

背景技术

B/S架构的现代Web应用以其与传统桌面应用类似的操作方式、更加美观且易于定制的界面，正在越来越多的应用场合替代后者。然而在访问控制方式上，Web应用与传统桌面因其技术细节的根本不同也有所区别。

一般地，我们需要在安全方面与逻辑方面对内容进行访问控制，前者指的是用户是否具有访问当前请求内容的权限；后者指的是在当前条件下，请求内容是否可用（可被访问）。

Web应用通过服务端脚本执行安全与逻辑的判断，返回相应的结果（用户请求的内容或拒绝字符串）。Web前端依据返回的响应显示内容或错误码。Web内容访问控制方式在前端的反馈是被动的，只能在用户发起内容请求后作出。

传统桌面应用中会通过更直观与及时的方式给用户访问控制反馈——窗口部件的禁用与启用。禁用的窗口部件在视觉上显示为灰色，不再具有焦点也不再响应用户的输入操作。不仅如此，传统桌面应用会更即时地反馈逻辑条件与安全条件的变化情况。

ExtJS是一个Javascript库，可以用来开发RIA（富客户端）的AJAX应用。ExtJS主要用于创建前端用户界面，是一个与后台技术无关的Web前端AJAX框架。ExtJS提供了大量现成的桌面组件与各种辅助类，可以轻松开发出各种丰富的UI，此外，ExtJS还提供了如Plugin与Mixin等方式供用户扩展其功能。

发明内容

本发明所要解决的技术问题是克服现有技术的缺陷，提供一种基于ExtJS的窗口部件访问控制方法，采用ExtJS实现Web前端窗口组件，通过定义Authorization插件扩展窗口组件类的安全与逻辑验证功能，实现敏捷的内容访问控制。

为解决上述技术问题，本发明提供一种基于ExtJS的窗口部件访问控制方法，包括以下步骤：

1）创建AuthPlugin插件类和AuthProxy抽象类，

所述AuthPlugin插件类可添加到任意Component类中，执行授权评估，并对其所在Component实例的使能状态进行操作，所述AuthPlugin插件类通过以下函数执行授权评估：

isLocal：指出授权操作是在本地还是远程，授权操作在本地评估即由授权代理在用户成功登录后将安全信息载至本地，在本地进行权限比对；授权操作远程评估是指由授权代理将Component所需权限传至远端，由远端进行授权评估，再将结果回传至前端；

relatedNS：通过配置应用名字空间的方式为授权插件指定其所属应用；

neededPerms：用户将授权插件添加至Component时，在其配置对象中通过该字段指定所需的权限；

authorized：用来储存当前的授权状态；

ready：用来储存Component当前的逻辑条件；

authProxy：授权插件通过授权代理执行授权评估，授权插件在实例化时依据isLocal字段创建授权代理实例，将引用保存在authProxy字段；

init()：ExtJS在Component实例化的同时实例化该Component中配置的插件类，调用插件实例的init()方法，并将Component引用作为init()方法的参数传递给插件实例；

destroy()：用以销毁插件实例；

authorize()：用于对某个设置了授权插件的Component实例进行授权评估；

isAuthorized()：返回当前授权状态；

setReady()：通知授权插件Component实例当前的操作逻辑条件状态；

isReady()：返回当前操作逻辑条件状态；

所述AuthProxy抽象类定义授权评估接口，所述授权评估接口通过checkPerms(perms, namespace)函数实现，返回true或false表示授权与否，该函数的两个参数分别是Component需要的权限与该Component所属的应用名字空间；

2）Component实例化时调用AuthPlugin插件类的init()方法，初始化授权逻辑，当Component渲染结束时，调用AuthPlugin插件类的authorize()方法；

3）AuthPlugin插件类调用AuthProxy抽象类的checkPerms()方法，验证授权；

4）AuthProxy抽象类返回验证结果；

5）AuthPlugin插件类根据返回的验证结果设置Component的启用状态enable() /禁用状态disable()。

前述的Component指的是Ext.Component类及其子类，在ExtJS中，任何UI类都是Ext.Component类的子类。

前述的通过设置Component类的“plugins”字段，将插件类添加到Component类中，该字段的值是单个插件类的配置对象，或者是多个插件类的配置对象数组。

前述的将触发评估操作放在Component类的afterRender()方法中，该afterRender()方法由ExtJS框架在Component成功渲染到界面后调用。

前述的在授权插件初始化时覆写enable() / disable()。

前述的当授权插件请求授权时必须标明其所属应用，通过AuthPlugin插件类的relatedNS实现。

前述的授权插件在授权状态发生变化时，还应参考当前的逻辑条件再设置Component的使能状态。

前述的AuthProxy抽象类支持本地授权评估和远程授权评估；所述本地授权评估是指注册用户登录事件监听，当用户登录时，将用户所有权限信息载至本地；所述远程授权评估是指将授权请求发送至远端，由远端进行授权评估，再将结果回传至前端。

本发明所达到的有益效果：

（1）本发明通过ExtJS的plugins机制在不改动Component原有功能与接口的前提下，能够灵活地将授权功能加入至需要的访问控制的控件，从而实现基本的内容访问控制。

（2）本发明提供了一种敏捷的，类同于桌面应用的主动访问控制反馈方式，符合用户使用习惯。

附图说明

图1 为本发明方法流程图；

图2为本发明的AuthPlugin插件类与AuthProxy抽象类框图。

具体实施方式

下面对本发明作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案，而不能以此来限制本发明的保护范围。

如图1所示，本发明的基于ExtJS的窗口部件访问控制方法，包括以下步骤：

步骤1：Component实例化时创建AuthPlugin，调用其init()方法，初始化授权逻辑；当Component渲染结束时，调用AuthPlugin的authorize()方法。

步骤2：AuthPlugin调用AuthProxy的checkPerms()方法，验证授权。

步骤3：AuthProxy返回验证结果。

步骤4：AuthPlugin根据结果设置Component的启用/禁用状态(enable/disable)。

为实现上述方法，本发明定义了一套授权框架，实现Web前端窗口部件的敏捷访问控制。该授权框架由AuthPlugin插件类与AuthProxy抽象类组成。任何需要授权功能的窗口部件（Component）通过ExtJs的plugins机制集成Authorization插件类，从而获得访问控制功能。

结合图2，以下对本发明的窗口部件Component，AuthPlugin插件类与AuthProxy抽象类进行详细说明。

1）Component

Component指的是Ext.Component类及其子类，在ExtJS中，任何UI类都是Ext.Component类的子类。

plugins：通过设置Component类的“plugins”字段，我们将插件类添加到Component类中。该字段的值可以是单个插件类（config object，ExtJS框架允许用户通过配置一个含有类型信息的JavaScript对象实例化指定的类型）的配置对象，也可以是多个插件类的配置对象数组，从而允许添加多个插件类至某个Component类中。

afterRender()：由于每个Component类都表示一个UI部件，且评估后需要根据结果禁用或启用该部件，因此，我们将触发评估操作放在Component类的afterRender()方法中。该方法由ExtJS框架在Component成功渲染到界面后调用。

enable() / disable()：将Component设置为可用/禁用。该方法由ExtJS框架提供，由用户根据运行条件启用/禁用Component。但是我们在授权插件初始化时覆写该方法，因为我们还需要考虑当前的授权条件。授权插件指的是AuthPlugin。

afterRender()，enable() / disable()的访问范围为public。

2）AuthPlugin

AuthPlugin是本发明设计的插件类。该插件类可以添加到任意Ext.Component类中，执行授权评估，并对其所在Component实例的使能状态进行操作。该插件类包括以下函数：

isLocal：指出授权操作是在本地还是远程。授权操作在本地评估即由授权代理在用户成功登录后将安全信息载至本地，在本地进行权限比对；相对应的，授权操作远程评估是指由授权代理将Component所需权限传至远端，由远端进行授权评估，再将结果回传至前端。

relatedNS：授权框架支持多应用授权，由于不同应用的权限设置各异，而每一个授权插件实例必定属于唯一的应用，因此当授权插件请求授权时必须标明其所属应用。relatedNS通过配置应用名字空间的方式为授权插件指定其所属应用。

neededPerms：用户将授权插件添加至Component时，在其配置对象中通过该字段指定所需的权限。在本发明中，权限即是一个标识，可以是任意约定了的字符串。

authorized：该字段用来储存当前的授权状态。

ready：该字段用来储存Component当前的逻辑条件。每个Component实例的使能状态还与当前的逻辑条件相关。授权插件在授权状态发生变化时，还应参考当前的逻辑条件再设置Component的使能状态。

authProxy：授权插件通过授权代理执行授权评估。授权插件在实例化时依据isLocal字段创建授权代理实例，将引用保存在authProxy字段。

init()：ExtJS在Component实例化的同时实例化该Component中配置的插件类，调用插件实例的init()方法，并将Component引用作为init()方法的参数传递给插件实例。我们在该方法完成了三项工作：为插件实例的状态字段进行了初始赋值；覆写Component实例的enable()与disable()方法；监听Component实例的afterRender事件。

destroy()：ExtJS在Component实例销毁的同时销毁它的插件实例，调用插件实例的destroy()方法。因此，在该方法中我们进行了一些必要的清理工作。

authorize()：授权接口，用户通过调用该方法请求对某个设置了授权插件的Component实例的授权评估。一般地，我们在Component实例的afterRender()事件处理函数中调用该方法。

isAuthorized()：该方法返回当前授权状态。

setReady()：该方法通知授权插件Component实例当前的操作逻辑条件状态。

isReady()：该方法返回当前操作逻辑条件状态。

图2中，函数前面的-表示访问范围为private，函数前面的＋表示访问范围为public。

3）AuthProxy

授权代理抽象类。该类中定义了授权评估接口。在本发明中，授权评估可以在本地进行也可以请求远端执行。AuthProxy中定义了如下调用方法：

checkPerms(perms, namespace)：授权评估操作的抽象接口，返回true或false表示授权与否。每个AuthProxy子类都须要实现该方法。该方法的两个参数分别是Component需要的权限与该Component所属的应用名字空间，这些内容是执行评估操作必须的信息。

getInstance(type)：AuthProxy的静态方法，返回一个具体的代理实例引用。授权插件实例在初始化时，依据自己的isLocal字段，调用AuthProxy的该静态方法，获取相应的代理实例。

AuthProxy又分为LocalAuthProxy本地授权代理类和RemoteAuthProxy远程授权代理类。具体的，

LocalAuthProxy本地授权代理类。注册用户登录事件监听，当用户登录时，将用户所有权限信息载至本地。LocalAuthProxy定义了如下方法函数：

curUserPerms：以key-value格式存储当前用户所有权限信息。key是应用namespace字符串，value为该用户在应用下的权限。

checkPerms(perms, namespace)：授权评估操作的本地化实现。

RemoteAuthProxy远程授权代理类。将授权请求发送至远端完成授权请求。

RemoteAuthProxy定义了如下方法函数：

checkPerms(perms, namespace)：授权评估操作的远端实现。将授权请求信息传至远端，由远端进行授权评估，再将结果回传至前端。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明技术原理的前提下，还可以做出若干改进和变形，这些改进和变形也应视为本发明的保护范围。

Claims

1.一种基于ExtJS的窗口部件访问控制方法，其特征在于，包括以下步骤：

1）创建AuthPlugin插件类和AuthProxy抽象类，

neededPerms：用户将授权插件添加至Component时，在其配置对象中通过neededPerms字段指定所需的权限；

authorized：用来储存当前的授权状态；

ready：用来储存Component当前的逻辑条件；

destroy()：用以销毁插件实例；

isAuthorized()：返回当前授权状态；

isReady()：返回当前操作逻辑条件状态；

所述AuthProxy抽象类定义授权评估接口，所述授权评估接口通过checkPerms(perms,namespace)函数实现，返回true或false表示授权与否，所述checkPerms(perms,namespace)函数的两个参数分别是Component需要的权限与该Component所属的应用名字空间；

4）AuthProxy抽象类返回验证结果；

2.根据权利要求1所述的一种基于ExtJS的窗口部件访问控制方法，其特征在于，所述Component指的是Ext.Component类及其子类，在ExtJS中，任何UI类都是Ext.Component类的子类。

3.根据权利要求1所述的一种基于ExtJS的窗口部件访问控制方法，其特征在于，通过设置Component类的“plugins”字段，将插件类添加到Component类中，所述“plugins”字段的值是单个插件类的配置对象，或者是多个插件类的配置对象数组。

4.根据权利要求1所述的一种基于ExtJS的窗口部件访问控制方法，其特征在于，将触发评估操作放在Component类的afterRender()方法中，该afterRender()方法由ExtJS框架在Component成功渲染到界面后调用。

5. 根据权利要求1所述的一种基于ExtJS的窗口部件访问控制方法，其特征在于，在授权插件初始化时覆写enable() / disable()。

6.根据权利要求1所述的一种基于ExtJS的窗口部件访问控制方法，其特征在于，当授权插件请求授权时必须标明其所属应用，通过AuthPlugin插件类的relatedNS实现。

7.根据权利要求1所述的一种基于ExtJS的窗口部件访问控制方法，其特征在于，授权插件在授权状态发生变化时，还应参考当前的逻辑条件再设置Component的使能状态。

8.根据权利要求1所述的一种基于ExtJS的窗口部件访问控制方法，其特征在于，所述AuthProxy抽象类支持本地授权评估和远程授权评估；所述本地授权评估是指注册用户登录事件监听，当用户登录时，将用户所有权限信息载至本地；所述远程授权评估是指将授权请求发送至远端，由远端进行授权评估，再将结果回传至前端。