起步软件技术论坛-X3

 找回密码
 立即注册
搜索
12
返回列表 发新帖
楼主: taiji

【结贴】关于业务信息初始化的优先级问题**

[复制链接]
 楼主| 发表于 2008-8-13 15:00:17 | 显示全部楼层

回复

现在不是说要不要业务参数,我要的是在哪里进行赋值比较合适?
回复 支持 反对

使用道具 举报

 楼主| 发表于 2008-8-13 15:41:35 | 显示全部楼层

补充问题

那我将代码写道是系统空间\系统运行库\系统初始化中的Init方法中是否合适?
我在跟踪调试到TInit.Create的方法时,运行了inherited;这条语句后,我监控的业务信息已经被创建了,这是不是说明我要在inherited;这条语句之前的位置,来放打开数据集的代码?
constructor TInit.Create(AContext: TContext);
begin
  if FInitInstance <> nil then
    raise Exception.Create('初始化功能已经创建');
  FInitInstance := Self;
  inherited;
回复 支持 反对

使用道具 举报

发表于 2008-8-13 17:22:46 | 显示全部楼层
楼主在做什么业务,感觉您走到死胡同了。换个思路吧。
我看不懂你在做什么,为什么这样做
回复 支持 反对

使用道具 举报

 楼主| 发表于 2008-8-14 09:20:56 | 显示全部楼层

回复lixy

我目前在系统中增加了
1 选项信息,主要是用户通过设置日期或天数然后将设置生成SQL条件字符串,保存在一个业务参数中.
2 查询信息,这里分别有控制台显示的数据集条件,以及查询窗口中显示的数据集,他们的SQL条件直接和对应的业务参数对应。
3 我现在要做的是当系统启动时,选项信息要读取数据库中的选项信息,并添加到业务参数中,当查询信息中的数据集就可以得到业务参数了,但我不知道怎样让选项信息必须在查询信息之前被初始化或者运行?
回复 支持 反对

使用道具 举报

发表于 2008-8-14 09:32:13 | 显示全部楼层
我给个思路。
楼主的主要业务需求是完成2.
只要在2需要读选项信息的时候,即时去数据库读取就可以了。不必要在全局存一份这样的信息。这样也就不用维护这样一份业务参数了
回复 支持 反对

使用道具 举报

 楼主| 发表于 2008-8-14 10:00:32 | 显示全部楼层

回复lixy

多谢lixy的思路,这样目前也是可以的,但我想如果以后选项中的数据多了(就是有多个类型的选项数据),那每一个都要做一个读取的方法,会不会太繁琐了?是我的这个思路不适合平台的结构吗?
回复 支持 反对

使用道具 举报

发表于 2008-8-14 10:05:08 | 显示全部楼层
业务参数其实也是读取的函数,思路没差别的。楼主可以仔细阅读下用户手册
回复 支持 反对

使用道具 举报

 楼主| 发表于 2008-8-14 10:10:33 | 显示全部楼层

回复

但好像业务参数中不能使用代理或数据集?
回复 支持 反对

使用道具 举报

发表于 2008-8-14 10:29:06 | 显示全部楼层
可以动态创建,用tquery读取数据库
回复 支持 反对

使用道具 举报

 楼主| 发表于 2008-8-14 10:59:24 | 显示全部楼层

好的,结贴

结贴
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

小黑屋|手机版|Justep Inc.

GMT+8, 2025-7-20 19:39 , Processed in 0.040591 second(s), 12 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表