釋出delphi程式碼時的注意事項 (轉)

釋出delphi程式碼時的注意事項 (轉)[@more@]

釋出程式碼時需要注意的幾個方面

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