休息一下.随便说说. Delphi的ONXXXXX事件是不是害了不少人?
刚开始用DELPHI的时候, 是不是大多数人都在ONXXXXX事件中写代码? (我也是)
一直想说说这个问题. 感觉是从一开始就进入了"误区". 这种习惯感觉很不好!
有些非可视的组件,尤其像TDataSet的子孙们根本就不应该在属性编辑器中有OnXXXX事件. public出来就OK了.
或者TDataSet的子孙根本不应该能直接拖到TForm 或 TDataModule 上.
还有像TButton.Click. 应该能像C#这样 Click += XXXX.Click会更好.
以上只是本人的一点看法.
希望大家说说一些认为值得"推敲"的东西.
一直想说说这个问题. 感觉是从一开始就进入了"误区". 这种习惯感觉很不好!
有些非可视的组件,尤其像TDataSet的子孙们根本就不应该在属性编辑器中有OnXXXX事件. public出来就OK了.
或者TDataSet的子孙根本不应该能直接拖到TForm 或 TDataModule 上.
还有像TButton.Click. 应该能像C#这样 Click += XXXX.Click会更好.
以上只是本人的一点看法.
希望大家说说一些认为值得"推敲"的东西.
...全文
相关推荐
delphi事件赋值操作
delphi事件赋值delphi事件赋值delphi事件赋值delphi事件赋值
delphi事件赋值
delphi事件赋值
delphi-event-bus:Delphi事件总线(简称DEB)是Delphi的事件总线框架
DEB一个用于Delphi的事件总线框架 Delphi Event Bus(简称DEB)是一个用于Delphi平台的发布/订阅Event Bus框架。 DEB旨在分离应用程序的不同部分/层,同时仍然允许它们进行有效的通信。 它受到Android平台的EventBus框架的启发。 给它一颗星 请在GitHub上为该项目“加注星标”! 它不花任何钱,但有助于参考代码 特征 简便易用: DelphiEventBus非常易于学习和使用,因为它尊重KISS和“配置公约”的设计原则。 通过使用默认的TEventBus实例,您可以立即开始交付并接收事件 设计用于分离应用程序的不同部分/层 事件驱动 基于属性的API:只需将“订阅”属性放在您的订阅者方法上,就可以接收特定事件 支持不同的传递模式:在“订阅”属性中指定TThreadMode,无论事件发布在何处,都可以选择在“主线程”或“后台线程”中传递事
delphi常见事件
delphi常见事件delphi常见事件delphi常见事件delphi常见事件delphi常见事件delphi常见事件
delphi 事件记录 日志 system log
自己写的记录事件的delphi代码,可以在windows的事件监视器查看到添加的事件


非技术区
