Metadmin Access Manager演示示例

这几天，不少网友通过邮件、留言的方式询问：使用Metadmin后，是否会对已有系统造出影响？使用Metadmin后，业务代码应该怎么编写呢？

 

为此， 我制作了Metadmin Access Manager教程 (http://www.metadmin.com/demo1/index.html)。

 

本教程，演示角色授权、数据查询范围授权、数据删除授权、界面链接是否显示和功能菜单是否显示。通过这些演示让读者了解到哪些是Metadmin可以控制的，哪些是需要编写的业务代码，以及怎样将Metadmin权限功能嵌入到业务代码里面。

每页开头都已标出哪些是权限代码，哪些是业务代码。

 

演示场景：按照机构层级查看数据。演示机构分为三级：总公司，分公司和营业部。查看的数据是员工数据，总公司员工、分公司员工和营业部员工都保存在同一张表。

 

欢迎大家浏览，并提出宝贵建议。Email：[e-mail]

评论

12 楼 metadmin 2009-11-11  

地址改为：  http://www.metadmin.com/zh/tutorials/demo1/index.html 了。

11 楼 iamlotus 2009-11-11  

404了？是不是server出了问题？

10 楼 metadmin 2009-06-04  

betafox 写道

我们有一套自己的授权和鉴权模型，思路和这个很相似，针对示例提一些看法：
1、控制角色访问权限新建业务操作：要能够支持动态数据，例子中的业务操作必须事先建好，实际系统中这个操作可能是动态的。如：操作可能是集成自外系统；url可能是变参的，等等。
2、业务操作的控制也就是鉴权，应该在同一的控制器中执行，不用在业务EmployeeServlet中判断；
3、业务操作要支持生效策略的设置；例如某个操作尽在特定时间段可用；

---------数据范围的抽象不太直观，与其界面化，不如直接写sql，将sql执行结果作为抽象出来的数据范围，不要在设置时与javabean做关联...会侵入技术实现；-------------------总之做的不错有前途，还可以再优化....

WOW！看得出您的模型也很棒！！

多谢建议和鼓励。目前已经成功实现了权限与业务完全分离，并将权限配置化。 外围功能我们还会逐步完善。

9 楼 betafox 2009-06-03  

我们有一套自己的授权和鉴权模型，思路和这个很相似，针对示例提一些看法：
1、控制角色访问权限
新建业务操作：要能够支持动态数据，例子中的业务操作必须事先建好，实际系统中这个操作可能是动态的。如：操作可能是集成自外系统；url可能是变参的，等等。
2、业务操作的控制也就是鉴权，应该在同一的控制器中执行，不用在业务EmployeeServlet中判断；
3、业务操作要支持生效策略的设置；例如某个操作尽在特定时间段可用；
---------
数据范围的抽象不太直观，与其界面化，不如直接写sql，将sql执行结果作为抽象出来的数据范围，不要在设置时与javabean做关联...会侵入技术实现；
-------------------



总之做的不错有前途，还可以再优化....

8 楼 dd2086 2009-04-03  

很明显是宣传

7 楼 metadmin 2009-04-03  

springhill 写道

无语了，做这么多配置、写这么多代码

配置文件就2个：1，数据源，2，用户元数据信息。权限方面没有其他配置文件了。
代码：权限代码，非常少吧。就是需要的地方通过API调用了一下。

springhill 写道

典型的基于表做功能设计的副产品，放到基于领域思想设计的场景....呵呵，不说了，看了容易思想倒退。

认同您说的：基于数据表设计的，而不是领域思想设计的。看起来这好像是倒退，可这是正确的。

springhill 写道

放到基于领域思想设计的场景下，这种控制方式根本行不通，何况在基于工作流的业务场景下了。

请您说个例子，让我试试。

6 楼 metadmin 2009-04-03  

xieyongwei 写道

东西做的最好，要推广也不能只是搞点网页、falsh，到处贴帖,
就想叫人家来用啊，至少也得让人家能在线操作体会下
或者发布个有功能限制的版本让人家试用下。

向公司汇报了，公司答复差不多是这样的。
（先套用CCTV广告语吧）非常感谢网友的关心和建议，也对网友们表示诚挚的谢意！

哈哈。。。主要说了这么几点：

1，公司也有困难。投资搞了4年研发，这4年可是一直埋头搞研发。产品搞到这个地步，才开始宣传的，公司不主张忽悠，主张稳健。
2，公司使命是：持续的给软件企业提高安全中间件，通过对系统的简化，帮助企业节约成本，为最终用户带来安全的系统。为了持续性，公司在很多方面也在控制。包括：花大力气研发，在国内外申请专利进行保护。  至于网络上提供试用版，目前公司还不敢这么做。还有就是提供限制功能的试用版本，暂时也不敢。老实说，我们都是搞软件的，这种License没有什么用。
3，公司和客户之间是有共同利益点的。 购买Metadmin虽然花钱了，可Metadmin不仅带来安全的保障，而且帮助企业节约开发成本，让企业有更多的精力进行客户创新。所以说是双赢的。
4，做为一家中国本土企业，也希望走的长远一些，漂亮一些。更需要大家鼓励和支持。
。。。 我也记不住了

谈到控制的时候，竟然扯到金融危机：美国政府缺乏对金融机构的监管控制，是导致危机的重要因素。

5 楼 springhill 2009-04-03  

无语了，做这么多配置、写这么多代码，实现了这么简单的数据过滤逻辑，典型的基于表做功能设计的副产品，放到基于领域思想设计的场景下，这种控制方式根本行不通，何况在基于工作流的业务场景下了。呵呵，不说了，看了容易思想倒退。

4 楼 metadmin 2009-04-03  

xieyongwei 写道

东西做的最好，要推广也不能只是搞点网页、falsh，到处贴帖,
就想叫人家来用啊，至少也得让人家能在线操作体会下
或者发布个有功能限制的版本让人家试用下。

非常感谢您的建议。我向公司汇报一下。

3 楼 xieyongwei 2009-04-03  

东西做的最好，要推广也不能只是搞点网页、falsh，到处贴帖,
就想叫人家来用啊，至少也得让人家能在线操作体会下
或者发布个有功能限制的版本让人家试用下。

2 楼 metadmin 2009-04-02  

查询是否属于权限领域，目前没有相关规范进行定义。

我们将其做为“权限领域”内容，并实现了这个需求。就是抱着一个目的：让开发者用起来更方便、更爽，节约开发时间。


数据都由权限系统查出来了，然后业务系统展示到界面。业务系统提供操作界面，用户触发操作（比如：删除、修改）。前台将值对象传给控制层，控制层调用Metadmin API获取是否允许当前用户操作，如果允许，调用DAO层，同步到数据库。否则，显示Metadmin提供的拒绝理由。


这样，业务系统，需要编码的地方就有：
界面，控制层，简单DAO方法。权限打开Metadmin设计器在线定义。
这会节约很多工作量的。

1 楼 caryl 2009-04-02  

看了下你们产品的演示，感觉权限的定义确实很灵活，粒度也非常细。
并且内置了一个强大的查询设计工具，在这个基础上应该可以很灵活的扩展出一个报表系统。
至于是否应该把查询由权限系统来管理，我保留意见，有时间讨论