原文：http://vision-apps.blogspot.hk/2012/02/android-better-way-to-apply-custom-font.html
在一個應用中，我需要在所有的ui元件中使用客戶提供的字型。這聽起來似乎是個很稀松平常的任務，不是嗎？是的，我當時也是這麼想的。然後我震驚了，android竟然沒有提供一個簡單優雅的方式來做這件事情!
是以，在這篇文章中我會展示android提供的預設方法，然後我會分享更加簡單優雅的解決方案。
你需要為整個應用替換自定義字型。
你可以通過id查找到view，然後挨個為它們設定字型。在單個view的情況下，它看起來也沒有那麼可怕。
但是在很多textview、button等文本元件的情況下，我敢肯定你不會喜歡這個方法的。:d
你可以為每個文本元件建立一個子類，如textview、button等，然後在構造函數中加載自定義字型。
然後隻需要将标準的文本控件替換成你自定義的就可以了（例如brandtextview替換textview）。
還有，你甚至可以直接在xml中添加自定義的字型屬性。要實作這個，你需要定義你自己的<code>`declare-styleable</code>`屬性，然後在元件的構造函數中解析它們。
為了不占篇幅介紹這麼基礎的東西，這裡有一篇不錯的文章告訴你怎麼自定義控件屬性。
http://kevindion.com/2011/01/custom-xml-attributes-for-android-widgets/
在大多數情況下，這個方法還不賴，并且有一些優點（例如，切換字型粗細等等，字型可以在元件xml檔案的typeface屬性中定義）。但是我認為這個實作方法還是太重量級了，并且依賴大量的模闆代碼，為了一個替換字型的簡單任務，有點兒得不償失。
理想的解決方案是自定義主題，然後應用到全局或者某個activity。
但不幸的是，android的<code>`android:typeface</code>`屬性隻能用來設定系統内嵌的字型，而非使用者自定義字型(例如assets檔案中的字型)。這就是為什麼我們無法避免在java代碼中加載并設定字型。
是以我決定建立一個幫助類，使得這個操作盡可能的簡單。使用方法：
并且這行代碼會用來加載所有的基于textview的文本元件（textview、button、radiobutton、togglebutton等等），而無需考慮界面的布局層級如何。
标準(左)與自定義(右)字型的用法。
這是怎麼做到的？非常簡單：
正如你所看到的，所需要做的僅僅是将基于textview的文本元件從布局中周遊出來而已。
你可以在這裡下載下傳到示例代碼，裡面有<code>`fonthelper</code>`的具體用法。
在多個項目中，我都碰到過類似的需求，早期采用的是第二種實作方法，但是缺點在于對于第三方元件，你需要去修改别人的代碼，才能實作自定義字型，這恰恰違反了oc（open & close）原則，對擴充開放，對修改封閉。
剛看到第三種的時候，也是驚為天人，姑且不說結果，我覺得這種活躍的思路非常重要，很值得學習參考。
但是最後被team裡的人否決了，理由是違背元件設計原則，實作方式略嫌粗暴。後來我仔細想想，一個是要做好記憶體管理（似乎會引起記憶體問題），視圖狀态改變，也要重複加載（橫豎屏、onresume等），也絕對不是簡單的活兒。
是以暫定使用第一種方法，typeface使用單例，需要時設定字型。
我個人覺得第一種還是個體力活，而且到後來，這個代碼重複率還是非常高的，這又違背了dry原則。
在地鐵上的時候，突然想到di（dependency inject）。已經有一些di的架構，如butterknife，那寫出來應該是這樣：
or
這樣寫出來代碼相比重複寫settypeface要好一些。
目前我們的項目還沒有使用這類di架構，等以後引入了，使用第二種注入，寫起來應該是很爽的。
保持更新。
di架構
butterknife
轉載聲明：ryan的部落格文章歡迎您的轉載，但在轉載的同時，請注明文章的來源出處，不勝感激！ :-)
http://ryanhoo.github.io/blog/2014/05/05/android-better-way-to-apply-custom-font/