AllenHsu的技術手扎

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 的問題。

Day 0

這邊先簡單介紹一下我們會需要用到的三個第三方套件

關於 CocoaPods

CocoaPods 是一種支援 Swift 和 Objective-C 的 third-party 資源相依管理工具。

安裝 Cocoapod

1

sudo gem install cocoapods

在專案中使用 Cocoapod

首先在終端機中導覽至你的Xcode專案中，以此次專案為例，參照下圖

接著初始化 CocoaPods，會產生對應的 Podfile。

1

pod init

前言

100 Days of Swift

因為看到有100 Days of Swift，加上對Swift這個語言其實大概才摸了半年，並沒有到很熟悉，所以想要開個專案一樣來依樣畫葫蘆，但是也想學習最新的 Reactive Programming 所以就加入了RxSwift，希望能夠給自己在iOS學習上更上層樓。