我用BCB做了一套权限管理控件,谁先帮我解决了问题,我就送给他使用。 (100分)

  • 主题发起人 主题发起人 zjjzl
  • 开始时间 开始时间
Z

zjjzl

Unregistered / Unconfirmed
GUEST, unregistred user!
问题就是:不用Delphi重写控件代码如何在delphi中使用该控件?
 
不可能吧
我是用D来编控件到BCB里去用:)
 
把它封装成一个activex就可以了。

:)

当然不是所有控件都可以。
 
做成activeX比用delphi重写还麻烦,而且很难很难,控件间互相关联,不能独立存在,怎么做?
 
AX写,太复杂了吧
 
封装一下而已,不是很难吧,
控件之间相互关联,实在不是一个好的习惯。
不能每个控件都做成独立的吗?
 
权限管理?
我用一个字段就行了。。。
 
编译成动态链接,传参数进去,根据返回值判断权限,
动态链接中的活动参数可以放在INI文件里。
 
做成独立的倒是一个办法,不过只能将几个控件做成一个的了,这个工作量跟用delphi重写代码差不多,还不如重写算了,

至于权限管理用一个字段就行倒是第一次听说,真诚地向黄先生请教不知怎样的实现法?

我的权限管理控件简单地说是这样的:
两个控件,一个控件设置权限项目与内容以及实现权限的授权、操作员管理等模块,
另一个控件是根据操作员具有的权限内容实现相应的权限操作(如:授予修改、删除、限制访问某些数据等),
具体的操作是针对指定权限条件表达式判断当前操作员是否满足该条件,满足则设置相应控件的属性值,同时
触发满足条件的事件,不满足则设置另外一些属性值,触发不满足条件的事件。也就是说一个是权限设置控件,
另一个是权限实现控件。
几个Action:登录、操作员管理、授权操作、修改口令等。
相应的控件、属性编辑器。
对于一些最简单的应用,在我自己使用中可以做到不写一行权限相关的代码,大的应用还没尝试过。

控件存在的缺点:没有角色管理,不是从数据库入手管理权限,安全性较低,注定只能用于小的应用。
 
使用DLL如何,做一个API库,这样谁都可以调用了[:D]
 
我做这个控件的目的是尽量减少跟权限相关的编程量,做成api后,什么事都必须进行编程控制,
这就失去了我做这个控件的意义了
 
BCB的bpl包与delphi是不一样的,不兼容的
 
BPL 加 DCU不可以吗? 没试过,有点奇怪
 
如何将.cpp文件编译成.dcu?不行吧?
 
to zjjzl:
你可以把数据的链接加到控件中去,这样就可以用数据表来储存权限设置,也可以进行角色设置。
我就用两个表存放,一个放权限项目内容,另一个放人员的权限配置。我没有做成控件,只是一个
模块。
 
加几个属性,比如DATASET,DATASOURCE等,留出数据库得接口。
至于到DELPHI重用吗,得看一些做控件得书,不清楚DELPHI怎么
共享BCB代码的
 
既然代码都写出来了,翻译成Delphi不是更好吗
最好的方法是,进行代码翻译,只需要原来工作量的1/10(前提是精通Delphi)

BCB是伟大的,完全可以兼容Delphi,编译Delphi的代码
BCB是优秀的,用Delphi写的程序和组件可以很好的在BCB中编译和使用

因为Delphi在这方面不能像BCB那样,所以反之不行
Delphi语言是一种结构化的,使用很少的特性实现强大功能的简单语言,
而C++是一种复杂的功能强大的语言,用复杂的系统可以模拟简单的系统
反之,则不行
C++经过扩充完全可以兼容Delphi语言,但Delphi怎么也不能兼容C++
 
to hi_zhb:
我的权限控件的权限本来就是放在数据字段中,上面我的意思是不能在数据库对数据的访问进行权限的控制
参考
http://www.delphibbs.com/delphibbs/dispq.asp?lid=958559
你就会明白我的意思了,
至于角色的管理,现在想到了一个变通的办法,只是又得花费一番功夫了。

感谢大家的回复,我在有空的时候也许会用delphi重写代码,成功后也许会发布,也许不会了

真的非常感谢大家!欢迎继续讨论。
 
多人接受答案了。
 
后退
顶部