寫程式常會遇到一種狀況

專案裡面可能有:
5個Me.Text=Nothing
2個Me.Text="載入中..."
1個Me.Text="載入完成"

當然 處理的方法很多種
例如:
[一]什麼都不做
就保持程式碼原型

[二]做個量身訂做的函式
例如:
Public Shared Sub FormTitle_Clear() Form1.Text = Nothing End Sub Public Shared Sub FormTitle_Load() Form1.Text = "載入中..." End Sub Public Shared Sub FormTitle_Complete() Form1.Text = "載入完成" End Sub

[三]做個使用者輸入參數的函式
例如:
Public Shared Sub SetFormTitle(ByRef f As Form, ByVal formTitle As String) f.Text = formTitle End Sub

[四]其它

不知道各位大大們會如何處理呢?

謝謝~~

這其實還是要看你的規劃而定。

所由的規劃並非一定是看你的程式碼多少而定。

真正要討論的東西是你規劃的函式作用為何。而不是說函式內的程式碼多跟少要不要用一個函式出來。

你會問這樣的問題，認真來說是完全本末倒置的問題了。討論跟研究的地方錯了。

就現今的mvc架構而言。空程式碼的函式。都是很常見的事。
但為何一個無任何程式碼還需要規劃一個函式出來。

是因為我在該專案的計劃。是有可能會有這樣的用處函式規劃。
只是現在還沒使用到。

再加上父子繼承的對應問題。就算會出現一個沒程式碼的函式。也是很正常的一件事。

你該了解的是程式規劃中的問題。是否需要拆分這個函式出來。不是看你的程式碼的多跟少來決定的。
而是看你的需求這是不是必要性。如這樣的需求很常常應用。規劃出來有何不可。

這樣是否能了解?

To:浩瀚星空

以下純屬個人行為...

目前在嘗試兩種類別:

一種是Utility類別
就是類別內只有靜態方法
像是:
Class_DirectoryUtility類別 裡面有多個靜態方法 都是處理跟資料夾有關的項目
Class_FormUtility類別 裡面的靜態方法 是處理跟Form有關的項目

也就是說 把類別當成模組(Module)使用

所謂把一行指令寫成方法 指的就是這種類別
不過我目前在想 一行指令寫成方法是否有必要性
還是直接使用:Form2.ListBox1.Items.Clear 這樣直接的程式碼就好了


另一種就是物件導向的類別
大大所說的 比較像是這種類別

======================================================================
以上:
目前個人對這兩種類別還在Try Try看的階段
還沒有個定論...

也感謝大大寶貴的意見 :)

二樓用本末倒置形容的超貼切。
問題問錯了，就很難期待得到正確的答案。