發(fā)布delphi代碼時需要注意的幾個方面

  學delphi也好久了,其中一個重要的途徑就是讀他人的代碼.這就避免不了要到網上下載源代碼.但是下載回來一看還真有那種大的過份的壓縮包.讓人哭笑不得,下面就個人意見說一下發(fā)布代碼應該注意的事項:
1.文件必須完整.
  這是發(fā)布代碼的基本要求.要保證他人下載回去之后可以打開,可以用.如果下載一份代碼回來,不是缺少控件,就是缺少模塊或是缺少數據庫,呵呵,應該沒人能開心起來.所以在壓縮上傳之前,一定要保證自己能順利打開,編譯并運行此文件.不過此處的完整不包括bug,如果存在你不知道的bug,那么相信大家會指出來.而如果你認為有技術上的未明bug,那么也不妨貼出來,大家可以討論一下.
2.不必要文件的精減.
  在完整的同時就是要精減了.在這里可能會稍微的涉及到一點小的技巧.
  在寫完delphi源代碼時,可以看一下,保存目錄下會產生大量的擴展名為".~*"的備份文件,如果這種文件在你的壓縮包里出現,那實在是一種不付責任的行為.雖然這種文件通常都不會很大,但是畢竟不是所有人都用寬帶上網吧(不好意思,沒見過貓,這里就不多說了)!
  一般來說,你可以遵守如下定律:
  在項目保存的目錄下,凡是windows不認識的圖標,一律刪無赦.
  而要保留的一般是下面幾種文件:
.dPR
.pas
.dfm
  當然如果還有你文件里需要的文件,那是一定要保留的.如下面所說的數據庫.再就是所用到的資源文件以及所需要的ini文件等等.而程序里所使用的圖標,圖片等一般就不需要的,因為delphi會以二進制的形式保存在dfm中.如果你還保留的話,那只不過是多占用一定的空間而已.
  至于生成的exe文件保留還是刪除,這要看你個人的意見,比如我看一個演示文檔時,一般就喜歡先看一下它的exe.如果值得看的話,我才會看他的代碼,否則一般會到回收站里等待它生命的盡頭.
3."周邊設備"配制齊全.
  如果用到第三方控件,而這種控件又不是那么普遍應用,甚至不為人所知的話(當然如flatstyle那種級別的可能就不用帶了),那么這時你一定要在壓縮包里帶上它.當然,你可以適當的變通一下,如原來控件所帶的help.demo等,能刪的就刪.以保證壓縮包的小巧.再如數據庫的源碼,沒有說明的話,應該帶上所用到的mdb,db等等.但是不建意你把自己最大那個給壓縮進去.防止有太多的口水會隨著郵件壓過來.
4.最好配有簡要說明.
  這是一個習慣的問題.有一份簡要的說明可以使讀者更好了解實例的內容,重點等,包含內容可以參照:
實例名稱
作者
完成年月
平臺環(huán)境
實例簡介
技術特征
壓縮包中包含的文件
版權聲明
聯系方式
等等等等
當然,也沒人反對你適當的帶上一點點的廣告(鼓吹自己的那種或是公益廣告).
5.最后自然是安全性.
  最后說的,并不是說最不重要的,相反.你一定要保證壓縮包的安全性.有條件的話,應該在兩臺不聯網的電腦上分別殺毒.反正我是遭受了一次全盤低格的痛苦所以在這里勸大家安全第一啊!下載回來的東西也要仔細殺毒.