這個瀏海是怎麼回事…

剛剛裝一下，整個 App 完全沒有原生元件的感覺了 (看不到什麼 controller/tab ....etc) ，動畫刻很大，這也是 flutter 的強項

現在買 Pixel 1 不太划算吧，好像也快不能升級了...

Only pixel 32gb ships to taiwan

Sorry, this item can't be shipped to your selected address....

404 not found

合久必分分久必合嗎

這系列超長...

Navigation 跟 iOS 有 87% 像

乍看之下很像，但用了後發現 swift 還有一段路要走呀

踩到這個雷了。kotlin object singleton 經過 jackson deseirlaize (裡面用 reflection) 就再也不是 singleton 了

結果還是遇到五分鐘的問題 Link1

這邊有一個比較, evernote 的 android-job 是支援 api 14 以上, 而且不需要 google play service 的 Link1

然後只是, 在某些奇怪的中國手機上, job schedule 之後不會執行, 但是 schedule 第二個 job 就會連同第一個一起執行。

解法是, 多schedule 一個什麼都不做的 job...

這個太難了，要先把理論補起來 才會知道裡面的奧妙

實際寫過就不會在意了

覺得他的畫layout的方式還滿醜的, 不像jsx, 或者xml那樣乾淨 很多冗餘的地方

最近開始玩 flutter 了，widget tree 的 state 控制真的很不一樣，腦袋要翻一翻才能重新適應

如果用 model object 來傳遞 presentation 層、domain 層、data 層之間的資料才會變得簡單一點吧？不過這樣一來又會破壞 OO 的封裝特性 ...

總之歷史會再重演一次，當 Java 走到 J2EE 那個複雜到哭的時候，就會有人出 Spring 幫大家砍掉重練，而 Java stack 繁鎖到不行就有人出 Rails 改變風氣。

之前看 iOS 則有 VIPER...也是頗驚人的複雜

Activity, Presenter 和 UseCase 太多層很煩啊。

本來 Activity 本身就應該是 presenter 的角色了 (可以測試)，但 Android 搞得太麻煩，只好再抽一層。

寫到後來一個功能從 layout -> activity -> presenter -> use case -> model -> DAO 整整要六層以上才寫得完，暈。

這不是 over engineering 什麼才是？ 但 Android 已深陷泥沼…

原來 jake 大大在做這個，真的蠻方便的啦

Google 好拼啊

這種的不寫了, 只做做研究

偶現在都是上班寫 java，下班寫 kotlin 的型態惹。