發布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.最後自然是安全性.
最後說的,並不是說最不重要的,相反.你一定要保證壓縮包的安全性.有條件的話,應該在兩台不聯網的電腦上分別殺毒.反正我是遭受了一次全盤低格的痛苦所以在這裡勸大家安全第一啊!下載回來的東西也要仔細殺毒.