hi all..    最近一直有這個問題, 關於"動手寫程式前該作些什麼?" 以前剛學C/C++的時候, 寫的都是小小練習題. 從沒考慮過一個程式的規劃及設計流程, 隨時可以寫, 可以改 程式給自己用, 要多用幾個變數多幾行程式碼也沒關係.    不過現在學了BCB, 開始撰寫視窗程式. 寫出來的東西除了自己用, 更可能給別人使用. 使得撰寫上變的謹慎許多.    然而我在開始寫一些"大一點點點..."的程式時就發現了不少問題. 像是需求的功能, 按鈕, 顏色, 大小, 變數宣告. 或是幾個物件 程式該怎麼跑, 怎麼執行, 怎麼結束... 有時後還會要增加新的功能, 或是替代原有的方法 或是寫到最後才發現哪個方式或結構根本不對, 整個程式碼改改改.    到最後程式碼可能亂七八糟, 不知道加加減減了多少東西進去 有時候可能勉強完成了程式, 或是沒辦法完成 ...< > 所以想請問大家, 真正開始動手寫程式之前, 都作哪些準備工作? 還有..萬一過程中發現重大問題或是計畫變更, 該怎麼辦呢? 請大家分享經驗嘍 .. 謝謝大家!< > 發表人 - roller 於 2005/12/08 16:08:16

你可以花點時間學一下Design pattern, 注意,可別被pattern牽著鼻子走.化pattern為無pattern,就不會被需求打敗了. 花點時間,思考一下,如何用軟體元件來描述現實生活,你會發現很多事物的道理是一樣的.

寫程式應該有委託人及使用者(除非是自己用)，就以他們的立場去思考，如何得到較好的操作流程及介面。 同時也要自己親自去實作，體驗看看順不順手 ?另一方面也要找出未被使用者發現的盲點，並提早溝通。避免日後變更規格，花費更多的時間。

這個議題不錯喔 有興趣的大大要不要大家把自己寫案子注意到的事情列出來，大家互通有無看看 案件開始 確定目標-專案功能(寫出每項軟體功能列表，使用者不能無限制的增加功能) 軟體流程(每個程序都要依使用者習慣去設計，千奇百怪的問題也在這產生，沒有誰依照誰的模式，要提供使用者可接受的邏輯程序) 開始撰寫軟體 定義命名方式-包含全區域變數放在哪各文件內，變數命名採用哪種方法，資料庫欄位的命名，我用自訂的模式(mai_use_pow;文件檔名_類別_項目 都各取前三碼)，但是會再Main檔頭內記錄變數命名的法則讓後續的人參考。 定義通訊協定。 LIB & Dll 的呼叫方式。 我習慣以function 的方式寫小功能->大功能->程序。 函數或程序的開頭有以下註解 {********************************************************************* Declaration : FormCreate Parameters : none Return Value: nothing Description : The Form list establishment supposes the value in advance *********************************************************************} 呼暫時先到這去開會 等等有想到再補 數學 程式 經驗=不懂^^ ------------------------- 本人同意在K.Top個人發表的文章及程式授權給K.Top使用；亦授權使用於學術；其餘商業使用請先行聯繫。

先謝謝你們的分享. 其實我現在是還不到"接專案"的地步 現在也都是寫自己練習的東西 只是最近一直對自己的撰寫風格不滿意, 也還沒有一套固定的風格 像是變數命名的規則, 物件命名, 原始碼檔案命名 ... 就拿最近想作的"組語編輯器" .. 我是寫到"編譯器執行"的部分發現了一點問題. 程式一開始都我都是使用"長路徑" "長檔名" ... 但是到"編譯器執行"這部分我才發現可能必須用"短路徑" "短檔名" ... 可能導致一個程式內的"規格"沒有統一, 亂七八糟 ... 加上我自己的個性, 所以覺得很懊惱. 確定目標跟軟體流程, 我想我欠缺的正是這個 還有neoart版主提的Design pattern也很吸引人.. 再次謝謝你們