1樓：wakao
五年了，我還在用。
可能是習慣問題，但我覺得一行findviewbyid和一行註解究竟有什麼差別？易讀性？易維護？還是clean code？
2樓：owant
我寫了乙個簡單的BindViewTool，太簡單，只是解析了一下xml，copy，貼上，對於那些反射好像心安理得一點吧。使用XmlPullParser製作BindView工具 - OWANT - 部落格頻道 - CSDN.NET
3樓：王胖子
反射和註解相對原生寫法帶來的最大問題不是效能問題，而是違法了ocp原則你指不定誰偷懶去用那些本應該是private的字段
4樓：秋沙雨
何必呢簡單的事情複雜化呢？直接用AA註解框架不就好了，資源引用，事件繫結，非同步執行緒與主線程互動什麼的，完全用註解解決啊~快速開發框架當之無愧呢~快去用吧~
5樓：
幹了兩年android，一直都在用findviewbyid ,因為我忽然發現，自己除了會寫乙個findviewbyid之外，其他的好像都不會寫，都是CV大發，丟人，匿了。
6樓：remain
分享一下自己的野路子
材料 ：搜狗打字法
1.複製這句話
2. 隨便輸入乙個提示語,然後滑鼠放在這一帶，會出現乙個新增短語3.貼上進去
4.下次你再輸入ftv的時候就會有這個提示了同理toast也可以這麼玩
以後只要登入搜狗賬號,換了電腦也不怕噠不要吐槽這個方法啦,這是在用notepad的時候想到的,idea 可以去搜一下 live template ,idea的setting各個版本都通用,Android studio過度webstorm幾乎無壓力
7樓：
放射、註解總會降低效率， 在Android Studio開發環境下，只需輸入乙個f 就會智慧型提示出findviewbyid了，十分方便，我已經很滿足了。
8樓：summerful
註解反射確實挺不錯的，不過我現在是這樣兒：
private T $(int resId)用的時候就這樣兒 ibTakePicture = $(R.id.ib_camera_take_picture);
主要是不用寫那麼多findViewById了~
9樓：
自從用了ButterKnife框架，我就再也不喜歡用findViewById（冗餘，醜陋）。ButterKnife處理響應事件簡單明瞭，提高了可讀性。
10樓：哈達
首先反射不是個好的解決辦法。效能什麼的不多說，不能混淆就很討厭，因為不能混淆的話包體會大不少。
其實可以考慮全部自己addview，個人覺得更加酷炫而且效能更優。
11樓：sodino
反射並不先進，只是用得少你就覺得high..
真實的個人能力是脫離了一堆開源、別人的輪子後，你仍然寫得很歡照樣so easy……不然如幻如夢呀..
Android開發和前端開發，該選擇哪個？
現在資深的Android專案負責人以前都不是做Android的Android上手相比於前端快，因為知識體系更系統適配的問題前端和安卓都存在，或者說無論那個層適配都存在。不過前端是調瀏覽器，Android是調螢幕大小 這兩個行業都是資深人士奇缺，入門者一堆 如果你喜歡前端，那麼你要踏踏實實的學HTML...
Android開發和web前端開發哪個前景更好
題主打算問多少年內的發展？如果現在還是學生階段，那多幸福，趁沒有就業負擔時都嘗試一下。就發展而言，先從web前端入行會更好。當然了，web前端要學的東西也更多。起碼相容問題就會比安卓複雜。web前端的技術生態也更活躍。安卓的話侷限在乙個平台上，前景還要受安卓本身的發展影響。安卓，其實也是 前端 的一...
Android開發中，Fragment真的有大家說的那麼不堪嗎？
王胖子 square有一篇為什麼不使用fragment的blog，主要集中在生命週期複雜，難以除錯，動畫支援不好，個人覺得，對於結構簡單的專案沒有什麼影響，如果頁面較多，就需要一套系統的解決方案來簡化開發風險，降低成員之間的溝通成本，這和使用哪個基本元件作為ui單元的承載沒有關係，可以基於Activ...