AllenHsu的技術手扎

ListView - 定製介面

上一篇文章中，我們介紹了基本的 ListView 用法， 但是我們在專案中，常常會需要不只是顯示文字，而是圖片或者其他更豐富的 ListView 介面。

Android 最常用和最難用的 UI 元件 - ListView

ListView 絕對是 Android開發中最常用的 UI 元件之一，幾乎所有的應用程序都會用到它，當我們需要顯現大量數據的時候，我們就需要借助 ListView 來實現。比如說觀察 FB、IG 的 Po 文…等等

Android FrameLayout

FrameLayout ，以堆疊方式呈現加入的元件，後加入的元件會覆蓋前面的元件，所有加入的子元件的起始點皆為 FrameLayout 的左上角，無法像 LinearLayout 做垂直及水平排列，也無法像 RelativeLayout 有能相對佈局的屬性。

Android TableLayout 佈局

TableLayout ，適用於多行多列的佈局格式，每個 TableLayout 是由多個 TableRow 組成， 一個 TableRow 就表示 TableLayout 中的每一行，這一行可以由多個子元素組成。TableLayout 和 TableRow 都是 LineLayout 的子類別。

但是 TableRow 的參數 android:orientation 屬性值固定為 horizontal ，且 android:layout_width=MATCH_PARENT，android:layout_height=WRAP_CONTENT 。

所以 TableRow 實際是一個橫向的線性佈局，所以子元素寬度和高度一致。

寫出高效 Layout 佈局文件的小技巧

在 Android 開發中，我們習慣關注的是怎麼寫出易用可讀以及高效能的 Java 程式碼，但是我們忽略了 layout 佈局文件。 Layout 佈局的 Render 速度會影響你的 App 執行速度。這邊介紹幾個小技巧來幫助我們寫出更多高效的 Layout 佈局文件

記憶體中的 Heap 與 Stack

在記憶體中，負責動態分配記憶體的區塊有兩個，一個是 Stack ，另一個是 Heap。下面我們來稍微簡單瞭解一下兩者的差距。

class 與 struct

在 Swift 中，有兩種不同的型別宣告，分別是 class 與 struct，那他們到底會有什麼差異呢 ? 什麼時候該使用 class ， 什麼時候使用 struct呢 ?

從上圖表格中我們可以發現兩者的差異。

Android RelativeLayout 佈局

RelativeLayout 又稱為相對佈局，與 LinearLayout 的不同就像它的名字一樣。它相對其他元件或者它本身的父元件來控制佈局。也是最靈活最常用的一種佈局。

關於 Android Layout 佈局

在 Android 開發中， 任何可視化的控制元件都是從android.view.View繼承而來，系統提供了 xml 文件來配置 View 的相關屬性。

幾種常見的 Layout 佈局方式

• LinearLayout
• RelativeLayout
• FrameLayout
• AbsoluteLayout
• GridLayout
• TableLayout

Swift 中的記憶體管理

在 Swift 中，記憶體管理是系統自動控管的，意思是我們不需要再擔心記憶體的分配與釋放等等。當我們透過初始化建構子創建一個物件時， Swift會替我們管理和分配記憶體。而釋放的原則遵循了 Automatic Reference Counting (ARC) 的規則，當一個物件沒有 Reference 的的時後，記憶體會被自動回收。我們只需要保證在適合的時候將其 Referenc 設置為空，就可以確保記憶體使用不會出現 memory leak 的問題。