前言
Listview 和 Recyclerview 都是可以上下滑動的頁面。差異在 Listview 是一次性把所有的 view 建好,當要呈現的資料量過大時會吃掉大量的記憶體和儲存空間,可能導致 App 運行緩慢或當機。Recyclerview 則是建立適當數量的 view,再根據情況對未使用的 view 回收再利用。
Testing with KK
標籤: coding
Listview 和 Recyclerview 都是可以上下滑動的頁面。差異在 Listview 是一次性把所有的 view 建好,當要呈現的資料量過大時會吃掉大量的記憶體和儲存空間,可能導致 App 運行緩慢或當機。Recyclerview 則是建立適當數量的 view,再根據情況對未使用的 view 回收再利用。
參考網址:最棒的程式碼,不是程式碼
會寫程式跟會寫 " 好 " 的程式是不一樣的 ,所以我們除了要透過多看別人的程式碼後不斷改進 ,不斷學習。
然後當自己的撰寫程式碼時,可讀性很重要,要讓自己看的懂,也要讓別人看得懂。
參考網址:實戰敏捷開發 Practices of an Agile Developer (4) 程式篇
這篇文章主要是在講幾個可以提升程式可讀性的重點。
我曾經在某個版上看到有個研究所的學生寫了一段程式碼,說這是他研究後最有效率的寫法,但是大家都看不太懂。
所以當寫一段很厲害但是沒人看得懂的程式時,這樣之後要修改 bug 或是新增功能時,只會讓下一個人花很多時間在瞭解程式碼,如果當一開始寫的時候就以可以讓人家容易明白為目標,那之後就可以輕鬆許多。
裡面提到為避免累積技術債務,可「善用設計與重構」和「堅持定期腳本審查」,讓我們的測試控管在安全範圍內。
繼續閱讀 “自動化測試的有效性&維護"
內文提到程式複雜度可能會使 bug 密度增高,且讓解 bug 的難度增加。
欲降低程式複雜度的原則是把握「清晰思考」和「清晰表達」。
善用模組化設計,可隔離、獨立一段程式碼的邏輯,讓它變得好測、好驗證。
如此程式碼也變得易讀、易維護。
我們也可把握以上原則,讓我們的測試程式清晰而優雅。