看完字體系列的文章，你還覺得我是在說字體？
最近一段時間，斷斷續續的一直在寫一個關于修改 App 字體的系列文章，到現在已經寫了九篇了，差不多算是將我覺得和字體有關的內容，都講解清楚了，到現在，應該算是完結了。
花這么大的精力和篇幅，用來講解 Android 替換字體的所有細節，我相信之后的 Android 技術圈應該不會再有字體相關的文章能超過它了。
當然，我這里并不是說它有多好技術有多深，只是修改字體還改的知識點就這么多，而這個系列的文章已經涵蓋了修改字體所涉及到的所有內容，再花精力和時間來重寫一遍，也很難有本質上的提高，時間和精力的成本收益不均衡，意義并不大。當然，不排除有更顛覆的技術出現，就另當別論了。
不過今天要聊的，并不是本系列完結后的感言，我真正想說的是，你真的看懂本系列的文章了嗎?
從開始寫這個系列的文章開始，就一直有一些聲音在群里或者評論里。有人說，Google 已經在 Support v26 中，發布了 Font in xml 的方案了;有人說，已經有成熟的開源項目了，你說這些都沒有意義。最開始我會說，哦，這個之后會寫到，之后慢慢的也不再理會了。
但是，真的是沒有意義的嗎?
技術是一直在迭代更新的，每天都有新的技術在面世，作為技術人，如果只是一味的追逐這些新鮮的技術如何使用，何時是個頭?
如果你想在這個行業一直走下去，你真正需要做的是建立自己的技術知識體系，將你學到的新技術，核心技術和概念抽象出來，形成自己的技術回路，固化在意識中，能將這些經驗，橫向輻射到其它的技術點上。當然，說這些有點玄奧。
而我們真正需要關心的是這些技術的核心點，它的精髓在哪里，為什么會這么設計，這樣的實現到底有缺點在哪里。將技術抽象出來，透過表象看本質，你才能適用在其他技術上。當然，這樣境界，通常沒有五年以上的經驗，很難做到。
知其然不難，還要知其所以然，知一件事所以然，可知百件事所以然。我寫這些文章，你看過可以讓你得到結論，但是獲取、證明、推導、驗證這些技術的思維路徑，是我更想讓你知道的事情。
Google 剛在 Google I/O 大會上宣布 Kotlin 之后為 Android 的主要開發語言，很多人花大力氣學它。但是我見過有人，花了小半天看了 Kotlin 的文檔和一些關鍵點，之后用了兩周從零寫了個完整的 App 出來，現在已經上架，廣告收入還不錯。這些才是掌握了核心技術的人，任由技術如何發展，只要他們還在這個行業內，他們是不會被淘汰的，因為他們有自己的技術體系，很多東西哪怕沒接觸過也能分析出大概的原理。而這些，才是真正想走技術路的技術人，真正需要培養的能力。
再來反觀本字體系列的文章，透過他們你能看到什么?其實整體的系列，主要就是分四部分。
一、了解修改字體相關的基本知識。
這兩篇文章，主要講解了修改字體你需要用到的一些屬性，還有系統默認字體的細節，以及加載自定義字體需要用到的 Typeface 這個類的源碼細節。
當你決定需要用一個方案去實現某個功能的時候，你提前需要了解到這個方案，所涉及到的所有的細節，這樣避免給今后的自己埋坑。
不能說用到一個 Api，挺好用，調用 setXxx() 就可以實現。如果你到這里就完了，那永遠只能是個初級。
最少你需要知道 setXxx() 方法內部到底干了什么?線程是否安全?使用的時候有沒有什么需要注意的情況?這些細節，只能通過讀源碼來找到答案。
二、一些可以解決問題但不***的方案
3、粗暴的方式，替換全局字體。
4、通過反射，修改 Typeface，替換全局字體。
這兩篇文章，講了一些不優雅的方案，例如全局替換自定義控件，在 onCreate() 的時候遍歷 ViewTree ，以及通過反射去修改 Typeface 的某個默認字體，然后配合主題的設置去修改全局字體。
這些，其實最終都不會被用在商業項目上，除了不優雅，局限性和效率問題，都是商業項目需要考慮的，但是并不阻礙我們了解這些方法。
修改字體這個功能，實際上是有更好的解決方案的，但是并不排除有其他的需求，暫時找不到別的更好的方案。那么，這個時候能解決問題的方案，就是好方案，需要解決的是讓這些不好的方案，影響不要那么大。
三、低成本快速的替換控件
5、利用 AppCompatDelegate ，全局替換字體。
6、修改 LayoutInflater，全局修改字體。
7、通過自定義屬性，低成本添加多個字體。
其實到***，你就會發現，最終的問題在于，如何低成本、快速優雅的替換掉控件，或者統一的為控件附加字體信息。
而這些方案，你橫向輻射一下，你會發現，它不僅僅適用于替換字體。全局替換控件，并不是要手動一個布局文件一個布局文件的去修改，用 AppCompatDelegate 或者 LayoutInflater 也能快速全局替換。自定義屬性并不是只有在自定義控件的時候才可以用上。
而這些概念，所有需要替換控件的地方，都可以使用。例如：換膚、無埋點統計，這些都是可以用到的。如果你單純的把它當成一個替換字體的解決方案，那它也只能替換字體。
四、其他新的或者成熟的方案
8、Android Oreo 可下載字體。
9、利用成熟開源庫，替換全局字體。
Support v26 新增加的可下載字體，也是一個不錯的解決方案。但是在商業項目上，對這些庫的版本升級，都是謹慎的。而使用成熟的開源庫，也是一個不錯的方案。
開源庫，用的時候非常的爽，引入進來，按文檔改個關鍵點，就可以實現功能。但是只要是解決方案，都會有局限性，你在使用它的時候一定要了解清楚它的所有細節，知道它的核心原理是什么?技術盲點在哪里?
如果你最終選擇了開源庫來替換字體，如果你看了之前的文章，你會發現實際上這個開源庫也只是前面幾篇文章中，介紹的技術點的一個不同的使用方式，你用起來就可以比較放心，知道出了問題大概是哪里的問題，如何快速解決。
成熟的開源庫很多，但是如果你還是只停留在使用上，你再次出去面試的時候，面試官問你為什么選擇它?它的核心原理是什么?有沒有別的替代方案?你怎么回答?難道說因為大家都用嗎?
這些就是你核心競爭力的體現。
***，我想說，技術路漫漫，且行且珍惜。
不要只是流于表面，將技術原理抽象理解，固化在自己意識中，形成自己的技術回路。這樣你才能在這個技術大爆炸的時代，你的經驗才能保值，無懼變化。
結論固然重要，但是獲取、證明、推導、驗證這些技術的思維路徑，是我更想讓你知道的事情。
【本文為51CTO專欄作者“張旸”的原創稿件，轉載請通過微信公眾號聯系作者獲取授權】
