DELPHI源码.自写的一个脚本处理器.可模拟鼠标键盘点击

使用DELPHI调用DirectX封装类控制摄像头，并对视频画面进行实时处理。
包含完成封装类和例子源码。

炎黄千年（delphi源码）完整版需要的速度下载吧

一款采用现代天文算法制作的农历历算程序。
含有公历与回历信息，可以很方便的进行公、农、回三历之间的转换。
提供公元-4712年到公元9999年的日期查询功能。
其中-721年到1960年的农历数据已经与陈垣的《二十史朔闰表》、张培瑜的《三千五百年历日天象》、方诗铭的《中国史历日和中西历日对照表》核对。
寿星万年历含有从公元前2000多年以前到今的基本年号，含有二千多个国内城市的经纬度，并且用户可根据自已的需要扩展经纬度数据，此外，本万年历还提供了历谱数据导出功能。

股票，证券等，用这个来发布行情数据，刷刷的。
UDP通信的优势速度比TCP快。
UDP通信的缺点一旦UDP包过大的话，也能正常工作。
只是优势就丢失了。
idUdpClient主要用于发送udp请求，在接收udp响应的时候是同步的,所以一定要设置超时,否则的话程序容易死。
idUpdServer即能用于发送udp数据包，也能用于接收udp数据包。
但是设计的主要目的还是用于收到udp数据包之后给于反馈。
UDP包的大小问题资料1:以太网的MTU是1500字节，IP包头占20个字节，UDP首部占8个字节，也就是说实际数据应该小于1472字节.资料2:鉴于Internet上的标准MTU值为576字节,所以我建议在进行Internet的UDP编程时.最好将UDP的数据长度控件在548字节(576-8-20)以内.测试结果:0-548字节:会完美的展现UDP协议的优势(速度刷刷的)。
大于1472字节以后的话,也可以正常执行。
你会见识到什么叫做不可靠的信道(经过测试90%以上还是成功的,只是速度慢了很多)。
数据包大于2K速度明显变慢了；
数据包大于3K，成功率60%到80%；
数据包大于4k，成功率20%以下。
结论:1.UDP协议还是比较可靠的。
使用它能充分挖掘速度的潜力。
通常大部分请求和相应都在548以下，小部分请求超过548。
2.548字节，可以存储274个汉字呢。
比手机短信都长。
你传什么那么大？3.尤其是双方都在修改数据，需要实施数据实时同步的时候。
修改量都比较小，用udp再合适不过了。
客户端的阻塞式响应不太理想可以采用的办法是双方都开UDP服务器来接受。

新思微POS连锁超市管理系统(delphi源码控件)（这次上传的是控件，方便大家学习与二次开发，请大家支持正版）POS收银系统.超市进销存管理系统.网络版.MSSQL2000★Delphi源码│├─超市收银系统pos(无敌打印)for2000│qxzk1.~pas│cssz1.~dfm│cssz1.~pa│cssz1.~pas│cssz1.dcu│cssz1.dfm│cssz1.pas│DatBase.rc│datbase.RES│hfgd1.~dfm│hfgd1.~pa│hfgd1.~pas│hfgd1.dcu│hfgd1.dfm│hfgd1.pas│hyk1.~dfm│hyk1.~pa│hyk1.~pas│hyk1.dcu│hyk1.dfm│hyk1.pas│jscssj1.~dfm│jscssj1.~pa│jscssj1.~pas│jscssj1.dcu│jscssj1.dfm│jscssj1.pas│Link.ini│log.ico│login1.~dfm│login1.~pa│login1.~pas│login1.dcu│login1.dfm│login1.pas│LXF.DAT│main1.~dfm│main1.~pa│main1.~pas│main1.dcu│main1.dfm│main1.pas│pass1.~dfm│pass1.~pa│pass1.~pas│pass1.dcu│pass1.dfm│pass1.pas│pnt.ini│pos.~dpr│pos.cfg│pos.dat│pos.dof│pos.dpr│pos.exe│pos.res│print1.~dfm│print1.~pa│print1.~pas│print1.dcu│print1.dfm│print1.pas│printcom1.~dfm│printcom1.~pa│printcom1.~pas│printcom1.dcu│printcom1.dfm│printcom1.pas│qxzk1.~dfm│qxzk1.~pa│brcc.bat│QXZK1.DCU│qxzk1.dfm│qxzk1.pas│spzk.~dfm│spzk.~pa│spzk.~pas│SPZK.DCU│spzk.dfm│spzk.pas│syjk1.~dfm│syjk1.~pa│syjk1.~pas│syjk1.dcu│syjk1.dfm│syjk1.pas│Unit1.dcu│xtsd1.~dfm│xtsd1.~pa│xtsd1.~pas│xtsd1.dcu│xtsd1.dfm│xtsd1.pas│xtzc1.~dfm│xtzc1.~pa│xtzc1.~pas│xtzc1.dcu│xtzc1.dfm│xtzc1.pas│zc1.~dfm│zc1.~pa│zc1.~pas│zc1.dcu│zc1.dfm│zc1.pas│zcm.cfg│zcm.dof│zcm.dpr│z

BN008-进销存delphi源码无密码

BN078-桑拿体系delphi源码无密码

领取宝签名,SHA256WithRsa签名,SHA1WithRSA签名,delph所有源码，有需要的朋友绝对值这个分数！

内容索引:Delphi源码,系统相关,文件拖放　　Delphi以拖放的方式打开你想要的文件，直接拖放文件到窗体的光标处即可，程序将自动获取文件路径和名称。
当文件拖放至窗体中后，系统将向窗体发送WM_DRAPFILES事件，因而我们可以在WMDROPFILES过程中获取文件总数及文件名。
当程序启动时，启用文件拖放功能。
当第二个参数True时，启用文件拖放，如果为False则禁止文件拖放。
原理大致就是这样，具体请参阅源代码，演示程序在D7环境可直接编译。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。