Re: [問題] Res values 取名的方式
※ 引述《lovelycateye (我還想要更多力量)》之銘言:
: ※ 引述《NewSpec (新規格)》之銘言:
: : 所以其實id的命名並不需要使用前綴
: : 在id的命名上, 如果用了前綴反而會大大增加id的數量, 造成管理的麻煩
: 講到這個其實我對layout中每個元件的id其實命名上我也是會加上前綴
: 原因其實很簡單,因為我常常忘記我剛剛取的id叫啥。
: 漸漸的,我開始在只屬於某個activity的layout開始也會加上前綴。
: 這樣省去我回憶我剛剛取啥名字的麻煩。
: 不過需要加上id的元件數量應該是固定的,我不懂為何會增加id的數量?
: 因為我只會對需要操作的元件加上id。
舉個常見的例子, 假設我現在在開發一個"不是太簡單"的儲存資料類型app
(例如 todo list, 記帳程式 等)
我們會有多個呈現多筆資料的頁面, 呈現單筆資料詳細內容的頁面,
以及輸入資料的頁面
假設我現在有2個用以呈現"多筆資料"的頁面, 那大概一定會使用ListView
如果我在這兩個layout file中分別為這兩個ListView的id名加上前綴
那可能就是 "@+id/a_main_list" 與 "@+id/b_main_list"
但事實上並不需要
因為這兩個ListView不會同時被inflate出來並被使用
因此在這兩個layout file中都只須把它們取名為 @+id/main_list 即可
看起來這似乎無關痛癢
但我之前曾經接過一個律師事務所的案子
他想把他們的業務做成一個app, 他們大概有七大業務
每個業務都有案件總覽 案件細節 建立案件等功能, 而且基本上都大同小異
如果我為每個業務的每個頁面ui元件都建立個別的id名
id resource很容易就超過200個了... 但是事實上根本不需要
ooo_sn_edit, xxx_sn_edit, ..., qqq_sn_edit 完全可以只用 sn_edit 一個代表
大概是這個意思@@"
: 所以增加字數可以理解,但不懂為何會增加數量還請大大開示。
: 另外其實我在不同類型的layout、drawable
: 我都開始有加前綴(類別)或甚至後綴(狀態)的習慣。
: 一切只是為了方便能夠一目了然,方便管理。
: 例如:
: drawable會有btn_back.xml
: drawable-mdpi和xhdpi會有btn_back_normal.9.png、btn_back_pressed.9.png
: 以上僅為我個人的命名習慣,請用力鞭我
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 36.224.228.181
推
02/20 08:13, , 1F
02/20 08:13, 1F
→
02/20 08:14, , 2F
02/20 08:14, 2F
→
02/20 08:15, , 3F
02/20 08:15, 3F
→
02/20 08:15, , 4F
02/20 08:15, 4F
→
02/20 08:16, , 5F
02/20 08:16, 5F
推
02/20 10:20, , 6F
02/20 10:20, 6F
→
02/20 10:21, , 7F
02/20 10:21, 7F
→
02/20 10:22, , 8F
02/20 10:22, 8F
→
02/20 10:22, , 9F
02/20 10:22, 9F
推
02/20 10:33, , 10F
02/20 10:33, 10F
推
02/20 10:33, , 11F
02/20 10:33, 11F
→
02/20 10:33, , 12F
02/20 10:33, 12F
推
02/20 10:58, , 13F
02/20 10:58, 13F
→
02/20 10:59, , 14F
02/20 10:59, 14F
推
02/20 11:07, , 15F
02/20 11:07, 15F
→
02/20 11:59, , 16F
02/20 11:59, 16F
→
02/20 11:59, , 17F
02/20 11:59, 17F
推
02/20 12:41, , 18F
02/20 12:41, 18F
→
02/20 12:42, , 19F
02/20 12:42, 19F
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 5 之 5 篇):