順便借這個帖補充那個漫談課題。爲什麽要用類呢？用你的例子，你需要6個類似的表單，所以想到了複製，但問題是你現在不能一下子把表單都設計好了，它往後需要修改（這是必然的，可能是需求變動，也可能發現了更好的做法），假定你僅僅要改動一處，那麽就得在6個表單重複修改6次，這好辦，因爲位置和改動内容都容易記憶，但如果有多處改動呢？你還記得那麽多？能保證沒遺漏？更要命的是，一旦需要改動算法，那麽就等於重寫6個表單！如果不止6個實例呢？面向對象程序設計，就是針對這種“類似”情況而來的，所謂“類”，就是一個整體行爲，祇是個別細節有變動，故先設計好整體，再在細節微調，比如Form就是一個設計好的類，而你每寫一個具體的表單，就是在微調，有很多東西已經省了，即使改算法，改了類，所有的實例對象都跟著改，那是自動的。我們說面向對象編程，是指這種設計思想，而不是學會使用各種用面向對象設計出來的控件，那叫使用面向對象工具，而不是在做面向對象編程。面向對象編程，最關鍵的地方就是
假定未知 ，不要去假定你的Grid會有多少個Column，不要去假定每個Column對應庫表的哪一個字段，不要假定每個Header的Caption都必定是字段名，不要假定Column所綁定的數據源必定是字段，甚至不要假定Grid祇從一個表中獲取數據……等等等等（其實VFP的Grid設計已經替我們考慮了這些東西，它具備這種靈活的功能，我們應從這個控件的設計中學會它的思想），對這些不能假定，必須掌握如何從未知獲取已知的手段。太多人的程序中大量出現這種假定了，凡是大量充斥著硬編碼、具體字段名、具體字符串之類的即是。我發過的程序代碼，很少硬編碼的，每一份代碼實際上都可以適用於不同的數據表而不需獲極少需要改動（之所以很多人說看不懂我的代碼，恐怕正是因爲總不出現預期的硬編碼的緣故），Grid一旦變換數據庫源，就需要重新書寫各種Header.Caption（不惜重複勞動）、靠中文字段名來減少Caption書寫、靠表字段結構的順序來控制Grid.Column的顯示次序等等橋段，都不是面向對象編程所鼓勵的。
[
本帖最后由 TonyDeng 于 2014-3-10 13:30 编辑 ]
收到的鲜花
程序代码：
