一般的Windows程序，会有工具栏图标、菜单图标，工具栏和菜单栏图标由于显示效果的需要，尺寸一般是不一样的，工具栏的大，菜单的小。一般的菜单或者工具栏又会有可用和不可用两种状态，所以又需要准备彩色和灰色两种图标。这样一来，同一个图标，实际上需要大小不同、可用与不可用的四个图。以前我就为每一个图标准备了四张图，使用4个TImageList，每个ImageList放同一类同图标。由于不是专业的美工，
Delphi 编译的时候突然出现这个问题，之前从来没有出现过的。网上有人说是图标问题，百思不得其解。后来打开Project——Options想看看程序图标，报错提示说找不到Application图标的路径，噢，想起下午的时候把图标的路径改了。。。当初设置图标的时候，会弹出对话框让选择是留在原位还是拷到项目目录下。我那时候选择了留在原位，所以一旦路径变化了，编译的时候就会出问题。看来以后还是设置成拷
1、尚未调用CoInitialize这是在调用Com对象（比如ADO对象）时出现的错误，按道理Delphi应该把这个问题自动处理好，但它就是出现了。所以只能自己处理。在单元文件中引用ActiveX，然后在初始和结束手动初始化和结束初始化。initializationCoInitialize(nil);finalizationCoUninitialize;另外有一点需要注意的是，根据MSDN：Ini
今天在写几个函数的时候，涉及对主从数据的增删改，需要考虑主从之间的约束，也要考虑与数据库存储紧密相关但与业务无关的键值（比如ID字段）的存储，虽然并不难，但是花时间，是体力活。然后脑中忽然闪过一个念头，我这是不是傻掉了，写了半天的功能，也就是一句SQL语句的事情，我干嘛还在苦哈哈的写函数呢？既然我使用了数据库，为啥还自己造轮子去实现数据库最最最最最基本也最高效的功能呢？好吧，就算不傻也离傻不远了。
一、DataSource的两个主要作用：1、连接数据集和数据感知控件2、连接两个存在数据关系的数据集（比如数据要一起联动，或者两个数据集本身就是主从关系）这时从数据集的DataSource要设置为指向主数据集的DataSource组件二、两个数据集设置主从方式（针对ADO控件，因为FireDAC的Dataset没有datasource属性）假设有两个表，teacher和student表，结构及数据
开发的程序有一个导出功能，导出前会有一个简单的选择目录的步骤。简单啊，简个对话框，点确定不就完事了？没想到的是，这个“简单”的动作整整耗了我一天的时间。最初出现的问题是，在win10上，有一些目录是被严格控制写入的，比如C:\，用户选择了这样的目录之后，导出就会报错。这也简单啊，用户选择目录之后，对这个目录做一个简单的测试，写一个空白文件进去，写成功了就说明这个目录可用，写入失败就说明这个目录没有
TDataSet类的Eof属性应该无人不知，只要写过数据库的，基本上都写过以下的逻辑：cdsDatabases.First;while not cdsDatabases.Eof dobegin（业务逻辑）cdsDatabases.Next;end;这样的逻辑理所当然，可能大家也不一定会深究。但是如果问，当游标指向最后一条记录时，Eof返回的是True还是False？多数人可能都会愣一下。事实上，答
最近在写一个Delphi程序，想到一个问题，即Delphi为了方便使用的需要，自动创建了所有的窗体，并将这些窗体变量自动声明为全局变量。想了一下，这会带来一些问题：1、窗体声明为全局变量，可以随时随地可用，但也同时意味着，随时会被修改和调用，调用关系复杂，且难以被追踪。2、不符合面对向象的要求。由于窗体全局变量的存在，在各个类的方法实现中，涉及到其它窗体时，代码都是类似于 frmMain.XXX
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
