Winner? Loser? No matter

要解釋 Interface 最好的方式就是把它看作一個契約。

對於我想要構築的功能。

假設我們建構了一個"Chair"物件，有一些必須存在的條件，

例如:有支撐腳，有坐墊，椅子高度，坐墊面積。

[關鍵字] Synchronized ScrollView / Android / Scroll simultaneously / onScrollChanged

分享一個自己研究出來的範例 -- 兩個 ScrollView 的同步，

假設現在有兩個 ScrollView A / ScrollView B，

當我捲動 ScrollView A 時，旁邊的 ScrollView B 也有相對應的移動。

一般我們要得到 view 會直覺想到 findViewbyId，

如果該 view 好好放在 相對應的 layout 底下，

就可以輕鬆地獲得。

假設我架構了一個 Layout XML檔 如下:

要建立一個 TableLayout，需要注意的第一點，

是必須有相對應的 XML 檔案。

像是這樣:

Android已經幫開發者撰寫了許多好用的layout、widget，

像是ListView、TablyLayout、TextView、TabHost...族繁不及備載。

但如果現在我需要增加一些新的功能，在原生的Widget上，

通常我們會使用繼承，先繼承基本的類別，再加以改進新增我們需要的method。

有個朋友家裡是照相館。

相信如果是七年級生之前出生的朋友們，

都曾經躬逢照相館其盛。二十年前買一捲底片要一百多塊，

洗一張相片要三四塊，一卷相片洗出來總要四五百，要分送親友常要上千元。

這是一個簡單的功能，android把它做的很好用。

必須要伴隨著一個xml layout檔案。

其中有兩個名稱，有關 TabWidget 以及 content，

已經定義在Android.R.id裡頭，分別是

曾經跟同事討論到有關寫程式的經驗。

回想起第一份工作的履歷，只是看過一點點，稍微知道它在做什麼，

就急急忙忙寫下當做自己的技能。

曾經在開發 Android 系統的過程中，遇到了一個強制

要把 Handler 加入 looper 的情況。是因為一個 Dialog 跑在 

另一個 thread 導致 Android 丟出 Exception。

為這個 Dialog 的 Handler 加上 looper 之後，便迎刃而解。

寫過了 C# 的 async 與 await, 回頭來看 synchronized 

就真是豁然開朗了。

簡單的說，當很多 Thread 同時執行--