奇怪的TDBLookupComboBox->Text属性

scottlai 2008-06-16 03:13:18
本人正在开发一个数据库相关的程序,用到TDBLookupComboBox。我写了一个通用的检验类用于验证用户输入的信息是否符合规则,这个类用到RTTI的GetStrProp()来读取指定控件的属性值。奇怪的是,在读TDBLookupComboBox的Text属性时,返回的是空值,我再用单步调试时发现在获取PPropInfo的时候就已经返回NULL,也就是PropInfo = GetPropInfo((TTypeInfo *)Control->ClassInfo(), "Text")找不到Text属性。我试着在一个Button里面直接调用ShowMessage(cbWhs->Text)的时候,却又能显示选项值。

请各位帮帮忙解答一下,谢谢。
...全文
174 5 打赏 收藏 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
猛禽 2008-06-17
  • 打赏
  • 举报
回复
汗,看了半天VCL源码,结果在帮助中发现Text属性是public的,当然取不到啦。
RTTI只能操作published的属性。
scottlai 2008-06-17
  • 打赏
  • 举报
回复
快沉了,上来顶一下,希望有专家能帮帮忙(ccrun,猛禽等等~)。
scottlai 2008-06-17
  • 打赏
  • 举报
回复
那个问题是解决不了的,结帖~!
scottlai 2008-06-17
  • 打赏
  • 举报
回复
呵呵,自己发现了问题所在:
typedef AnsiString (__closure *RegFunc)();
应该要写成:
typedef AnsiString __fastcall (__closure *RegFunc)();

天呀,就一个__fastcall关键字就会引起错误,看来不能忽视小处。

虽然现在能够解决燃眉之急,但还是要解决TDBLookupComboBox->Text访问的问题,分不够我还可以再加,希望大家能多指导一下。
scottlai 2008-06-17
  • 打赏
  • 举报
回复
啊,那咋办好呢?我现在是用曲线救国的办法,在验证类添加了一个接受函数传值的验证方式,而那个函数就直接调用cbWhs->Text这样来返回内容。但是这样做居然返回不了。附代码:
class TXValidateRuleItem : public TPersistent
{
private:
....

protected:

public:
typedef AnsiString (__closure *RegFunc)();
....
//函数接口
RegFunc CustomRegFunc;
__fastcall TXValidateRuleItem(RegFunc FuncName, AnsiString Message, TXValidateRuleType Type, AnsiString Format);
__published:

};

//自定函数式校验类型初始化
__fastcall TXValidateRuleItem::TXValidateRuleItem(RegFunc FuncName,
AnsiString Message, TXValidateRuleType Type, AnsiString Format)
: TPersistent()
{
//TODO: Add your source code here
this->_bindType = btFunction;
if (FuncName == NULL) throw "TXValidateRuleItem ERROR: NULL function set!";
this->CustomRegFunc = FuncName;
this->Message = Message;
this->Type = Type;
this->Format = Format;
}


AnsiString __fastcall TXValidateRuleItem::GetvalValue()
{
//TODO: Add your source code here
AnsiString ret = "";
switch(_bindType)
{
...
case btFunction:
ret = CustomRegFunc();
default:
break;
}
return ret;
}

我在TPurchaseForm里面调用:
void __fastcall TPovForm::FormCreate(TObject *Sender)
{
TVoucherForm::FormCreate(this);

sbCust->SB_Type = FS_VENDOR;
sbCust->SB_ResultField = "cust_id";
sbCust->SB_DataField = "cust_id";

//控制器数据集绑定
......
//绑定网格
......
//Controller->SetGridDataSource((gdsDetail);
//控制器与界面数据感知控件绑定
......
//设置表单校验规则
Controller->AddRule((TXValidateRuleItem::RegFunc)&GetWhsName, "请选择一个进货仓库", rtRequired, NULL);

//控制器初始化
Controller->InitialController();

//执行校验
Controller->ValidateCheck();
}

AnsiString __fastcall TPovForm::GetWhsName()
{
//TODO: Add your source code here
return PovForm->cbWhs->Text;
}

我在GetWhsName()设置断点然后观察cbWhs->Text,是有值输出的,再按F8跳回GetvalValue()内,发现ret居然是NULL,真的是太奇怪了,搞不懂为什么会这样?请高人指点呀。

下载代码方式:https://pan.quark.cn/s/edc2010ad9a6 ### H3C IMC Portal 认证操作手册关键知识点阐释 #### 一、Portal认证的介绍 **Portal认证**,英文表述为“入口”,在信息技术领域中特指一种利用Web界面核实用户身份的机制,其目的在于对用户的网络访问权限进行管理。在实施Portal认证的网络架构中,未完成认证的用户在尝试上网时会被强制导向一个特定的网址,该网址提供部分免费的网络服务。若用户希望获取更多的互联网资源,则必须通过Portal Web服务器所提供的界面完成身份验证流程。 #### 二、Portal认证系统的构成与作用 1. **系统构成**: - **接入设备**:承担检测用户是否已完成认证的责任,并根据认证结果执行相应的管理策略。 - **Portal Web服务器**:负责呈现认证界面以及处理用户的认证需求。 - **认证服务器**:通常指代RADIUS服务器,承担最终的用户身份核实职责。 2. **功能特点**: - **安全增强**:集成多种安全措施以保障用户数据及网络资源的完整性。 - **本地Portal Web服务器支持**:允许在本地环境中部署Portal Web服务器,以减少对外部服务的依赖性。 - **交互机制**:描述用户与系统之间的认证交互过程。 - **认证方式**:涵盖用户名密码验证等多种认证手段。 - **认证步骤**:详细说明认证的每一个环节,确保用户能够顺利完成身份核实。 - **过滤规范**:用于监管用户在网络中的行为模式。 - **BYOD支持**:实现Bring Your Own Device(自带设备)的认证功能,适应多元化的设备环境。 -...
代码转载自:https://pan.quark.cn/s/dda4d8b11acf 在线支付系统源代码与第三方支付平台构成了现代电子商务体系中不可或缺的组成部分,它们共同形成了数字交易的基础框架。本内容将详细剖析这些核心要素,并围绕相关主题展开一系列关联性知识点的论述。 首先,我们需要明确在线支付系统的概念。在线支付系统是指为消费者提供通过互联网购买商品或服务并完成安全支付操作的专用平台。此类系统通常整合了信用卡处理、电子钱包、银行直接转账等多种支付选项,旨在为用户创造流畅的购物环境。在构建在线支付系统时,保障交易安全、提升使用便捷度以及优化处理效率是必须优先考虑的关键要素。 其次,我们将探讨系统源代码的相关内容。源代码指的是由程序员采用人类可理解语言编写的应用程序基础指令集。对于编程初学者而言,研究在线支付系统的源代码是掌握此类系统开发方法的重要途径。通过分析源代码,开发者可以深入掌握支付流程中的各个关键环节,例如用户身份验证、交易请求处理、银行系统对接等操作。源代码的解读还能帮助开发者学习行业最佳实践,有效预防常见的安全隐患,包括数据库注入攻击和跨站脚本威胁。 再次,第三方支付系统作为另一种重要的支付模式值得关注。这类系统充当商家与消费者之间的中介角色,负责处理交易过程中的支付环节与清算工作。常见的第三方支付服务提供商包括支付宝、微信支付以及PayPal等知名平台。它们通过提供标准化的接口,使商家能够便捷地接入多元化支付渠道,同时通过实施额外的安全防护措施,如风险评估机制和反欺诈系统等,确保消费者在支付过程中的安全性。对于开发者而言,熟练掌握并整合第三方支付系统的应用程序接口(API)是实现在线支付功能的核心技能。 在进行在线支付系统开发时,开发者需要重...
内容概要:本文档介绍了M-PCIe(Mobile PCI Express)技术,这是一种将PCIe协议映射到M-PHY物理层的规范(ECN),旨在将高性能互连扩展至移动设备及其他对功耗敏感的应用场景。M-PCIe保留了PCIe的事务层、数据链路层和协议栈的完整性,仅对物理层逻辑进行优化适配,支持HS-G1至HS-G3高速速率以及PWM-G1低速模式,具备动态链路带宽重配置能力,可在运行时调整速率系列、高速档位和子链路宽度,且允许非对称链路宽度。文档详细阐述了M-PCIe的链路架构、符号编码、帧结构、时钟补偿、初始化流程、LTSSM状态机、HIBERN8低功耗机制及测试方法,并强调其实现需同时符合PCI-SIG与MIPI联盟标准。; 适合人群:从事高速接口设计、移动平台硬件开发或嵌入式系统研发的工程师,尤其是涉及PCIe与M-PHY集成的技术人员;具备数字电路、串行链路通信基础知识的研发人员。; 使用场景及目标:①理解如何在移动设备中实现高效能、低功耗的PCIe连接;②掌握M-PCIe链路初始化、带宽动态调节和低功耗状态切换的设计原理;③为开发兼容M-PCIe的芯片、模块或系统提供技术参考。; 阅读建议:此文档为技术规范类资料,建议结合MIPI M-PHY标准与PCIe基础规范对照学习,重点关注链路训练、状态机转换与时序参数定义,适用于芯片设计、固件开发与合规性测试阶段的工程实践。

1,178

社区成员

发帖
与我相关
我的任务
社区描述
C++ Builder 数据库及相关技术
社区管理员
  • 数据库及相关技术社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧