摘要："一个优秀的delphi程序员，不仅要会写控件，还要会使用控件。" 我还是一个半瓢水的程序员，因此目前为止我所能努力达到的境界是: 一个半瓢水的程序员，管他会不会写控件，只要能拿来改就可以了。 使用过delphi的朋友都知道，我们在设计delphi应用程序的某一功能时总是希望能够有现成的第三方免费控件可以拿来使用。但实际情况往往是，网上的控件确实种类繁多，优秀作品也数不胜数，但真正完全能够符......
摘要：
通过windowsapi函数可以获取windows及系统的路径。在不少程序中都需要让程序先识别系统路径后再进行其他工作。
procedure tform1.button1clicksendertobject var sysdirarray0..255of char begin //获取windows路径 getwindowsdirectorysysdir......
基于阻塞Socket的远程控制类库-TNetCommand-01
问题的提出
1． client端发出命令 【程序编程相关:
Delphi2005可以下载了
】
远程控制类软件的编写是个痛苦的过程,大概的思路是（假定,控制端为client端,受控端为server端）: 【推荐阅读:
关于Delphi2005的安装问题
】
3． server端通过解析命令,执行相应的操作 【扩展信息:
delphi制作的托盘程序
】
2． server端解析命令
4． server处理完毕后返回处理结果
5． client端接收处理结果
请注意step 2,3中server端的处理.如果所有这些都在server端的一个过程中处理是非常可怕的事.你不得不需要一个大的case语句,也许这样庞大且不停膨胀case语句超越你的控制能力,逼迫你用更自由一点排比句if …then…,但这一切无疑都是一个痛苦的过程.
试想增加一项功能在server端代价:
1． 增加一个命令解析if newcommand then newfunction;
2． 新增一个newfunction;
看起来不错,勤奋一点还算可行.但如果是团队开发,这种开发模式似乎不太容易忍受.总不能每新加一项功能,大家都要在server端指手划脚.
问题的提出:
1． 如何才能避免因为功能增加,导致在server端case语句的膨胀?
2． 如何适应团队的开发?
设计思路
在同一个类中实现client端与server端的处理.
这样做得原因只有一个,将新增功能的处理在所属类中完成.换句话说就是将上述server端的代价在类中完成....
下一页 摘要：
com程序编写入门
编写：李贤敏
日期：2004-5-2
名词解释：
ole: （object linking and embedding对象的链接与嵌入）
使得服务器模块和客户模块通过标准的接口进行通讯。两个模块可以在同一台计算机或位于不同的计算机上，位置对用户来说是无关紧要的。服务器模块实现了一组接口，客户模块通过这组接口进行通讯。
com: （component object......
