意思就是尽量让类或者函数独立　　即使需要接收外界传入的数据　　　也要以传参的形式代入　　　是吧

函数的参数形式，通常有三种形式：输入形式（in）、输出形式（out）和输入/输出形式（in/out）。
以何种形式存在要看具体应用情况，如WinAPI经常会用到结构类型参数作为输入/输出形式（in/out），这种形式参数的数据常同时反映到在函数外部与内部的关系，所以函数的参数有时不能孤立地只看与本函数的关系。

[此贴子已经被作者于2015-11-22 09:08编辑过]

總的原則是盡量減少硬編碼，增加可變性和可適應性。

供參考：https://bbs.bccn.net/thread-459433-1-1.html

的确很对，有道理

是否需要封裝類，視情況而定。用代碼編程，比如現在，寫了

ADD OBJECT cmdExit AS CommandButton

在將來，發現需要封裝一個按鈕類myCommandButton，那麽衹要寫好這個類定義代碼之後，把上面的代碼改爲

ADD OBJECT cmdExit AS myCommandButton

即可。如果用拖拉法，需要先建立一個VCX，然後修改加載VCX庫的代碼，再改這裏。甚至，可能需要把原來的整個控件刪了，重新拖拉一次，再把原先的所有屬性設置和方法代碼錄入一次，這還不保證你所有需要修改的地方都沒遺漏、沒改錯。在PRG中複製黏貼一大塊文本，怎麽都比在SCX中做同樣的事情方便。我最早學VFP的時候，也曾經這麽做過，但也是因爲類似這樣的多種原因，堅決改用純代碼。而且我推斷，習慣用設計器的人，是很少修改調整程序的，但求寫出來就算，要他們做修改，不如要他們的命。

很多排查錯誤的問題，幾乎都與無法快捷看出程序邏輯和到底都幹了什麽有關，因爲那是需要到無數地方點擊查看的，而用PRG，集中在一起（與寫代碼的人是否把相關的東西歸類放在附近的地方有關），一眼就能瞄出問題所在。當然，原本有良好代碼編寫習慣的人，就算用設計器，也懂得什麽東西該寫在哪裏，但對初學者來説，他們沒有這種習慣，就會到處亂寫，本該在控件Init中寫的，卻跑到Form的Init中去，甚至別的毫不相干的地方，這樣出來求助，必然增加別人的耗費。更糟糕的，是你想教他原理，該寫在哪裏、爲什麽要那樣，他還沒耐心學，嫌你不直接給他解決問題。這就是伸手黨的本質。

苦口婆心，语重心长。