发布delphi代码时需要注意的几个方面
学delphi也好久了,其中一个重要的途径就是读他人的代码.这就避免不了要到网上下载源代码.但是下载回来一看还真有那种大的过份的压缩包.让人哭笑不得,下面就个人意见说一下发布代码应该注意的事项:
1.文件必须完整.
这是发布代码的基本要求.要保证他人下载回去之后可以打开,可以用.如果下载一份代码回来,不是缺少控件,就是缺少模块或是缺少数据库,呵呵,应该没人能开心起来.所以在压缩上传之前,一定要保证自己能顺利打开,编译并运行此文件.不过此处的完整不包括bug,如果存在你不知道的bug,那么相信大家会指出来.而如果你认为有技术上的未明bug,那么也不妨贴出来,大家可以讨论一下.
2.不必要文件的精减.
在完整的同时就是要精减了.在这里可能会稍微的涉及到一点小的技巧.
在写完delphi源代码时,可以看一下,保存目录下会产生大量的扩展名为".~*"的备份文件,如果这种文件在你的压缩包里出现,那实在是一种不付责任的行为.虽然这种文件通常都不会很大,但是毕竟不是所有人都用宽带上网吧(不好意思,没见过猫,这里就不多说了)!
一般来说,你可以遵守如下定律:
在项目保存的目录下,凡是windows不认识的图标,一律删无赦.
而要保留的一般是下面几种文件:
.dPR
.pas
.dfm
当然如果还有你文件里需要的文件,那是一定要保留的.如下面所说的数据库.再就是所用到的资源文件以及所需要的ini文件等等.而程序里所使用的图标,图片等一般就不需要的,因为delphi会以二进制的形式保存在dfm中.如果你还保留的话,那只不过是多占用一定的空间而已.
至于生成的exe文件保留还是删除,这要看你个人的意见,比如我看一个演示文档时,一般就喜欢先看一下它的exe.如果值得看的话,我才会看他的代码,否则一般会到回收站里等待它生命的尽头.
3."周边设备"配制齐全.
如果用到第三方控件,而这种控件又不是那么普遍应用,甚至不为人所知的话(当然如flatstyle那种级别的可能就不用带了),那么这时你一定要在压缩包里带上它.当然,你可以适当的变通一下,如原来控件所带的help.demo等,能删的就删.以保证压缩包的小巧.再如数据库的源码,没有说明的话,应该带上所用到的mdb,db等等.但是不建意你把自己最大那个给压缩进去.防止有太多的口水会随着邮件压过来.
4.最好配有简要说明.
这是一个习惯的问题.有一份简要的说明可以使读者更好了解实例的内容,重点等,包含内容可以参照:
实例名称
作者
完成年月
平台环境
实例简介
技术特征
压缩包中包含的文件
版权声明
联系方式
等等等等
当然,也没人反对你适当的带上一点点的广告(鼓吹自己的那种或是公益广告).
5.最后自然是安全性.
最后说的,并不是说最不重要的,相反.你一定要保证压缩包的安全性.有条件的话,应该在两台不联网的电脑上分别杀毒.反正我是遭受了一次全盘低格的痛苦所以在这里劝大家安全第一啊!下载回来的东西也要仔细杀毒.