Android小部件命名約定

我認爲來自Google的官方code style guidelines非常有幫助，但它們不包括視圖元素的命名約定。Android小部件命名約定

比方說，我們簡單的Activity包含一個ImageView，一個TextView和Button。代碼看起來像這樣：

class SimpleActivity extends Activity { 

    private ImageView mImageView; 
    private TextView mTextView; 
    private Button mButton; 
}

當然，我們不會給這些名稱的小部件，因爲他們不描述。我們應該知道這個小部件的功能。因此，讓我們設想ImageView表示用戶配置文件圖像，TextView表示用戶名，Button表示繼續按鈕。

我會分裂可能的命名約定三類：

class SimpleActivity extends Activity { 

    private ImageView mUserProfileImageView; 
    private TextView mUsernameTextView; 
    private Button mContinueButton; 
}

第一慣例的一大優勢是，雖然使用的代碼成員，我們知道這是TextView的我們例如可以使用「setText（）」方法。不幸的名字很長，因爲懶惰的程序員是好程序員，這是它的缺點。

class SimpleActivity extends Activity { 

    private ImageView mUserProfileImage; 
    private TextView mUsernameText; 
    private Button mContinueButton; 
}

在這裏，我們有混合慣例，我們仍然知道什麼樣的部件它，而在代碼中使用的地方是，但也許當我們有小部件的更復雜的功能，這些名字將是還太長？

class SimpleActivity extends Activity { 

    private ImageView mUserProfile; 
    private TextView mUsername; 
    private Button mContinue; 
}

最懶的類別。

問題

你在代碼中使用哪種命名約定，什麼是你的經驗？也許有更好的約定，我沒有提到？ Google正在使用什麼樣的會議？

來源

2016-10-23 ThirdMartian

我使用「命名約定」，這是我從VB和VB.NET時代遷移而來的。我爲TextViews使用了前綴'txt'，ImageViews使用了'img'，按鈕使用了'btn'，並且我使用了'FRG_'，'ACT_'，'CLS_'作爲Activities，Fragments和Classes名稱（因爲它們必須以大寫字母開頭）。通常，我不使用前綴變量。但我可以使用'bln'，'str'，'int'，...如果我想。 –

首先，'m'前綴用在AOSP源代碼中。 它並不打算在Android應用中用作對話，因此我建議您將其刪除（可以多讀一下here）。

你的第三個選擇是第一個消除;例如，mContinue可以很容易地是一個布爾變量，代表是否繼續做某件事，所以它絕對不是很可讀。

在第一個選項和第二個選項之間，我仍然會選擇第一個選項，因爲它的可讀性更高，而且作爲OOP中的一般規則，可讀性比短名稱更重要。此外，如果將視圖的自定義和數據綁定方法移到其他類中，則活動代碼中的引用數量將最少。

來源

2016-10-23 11:24:08

我知道「m」前綴取決於開發人員的偏好，這就是我使用的。我認爲你的解釋很有說服力。 – ThirdMartian

Android小部件命名約定

回答

相關問題