iOS 開發 /z/ios
6
React-Inspired Views - iOS at Scale - objc.io issue #22 (www.objc.io)
7 則討論 siuying 張貼於

siuying 積分 2

Components 可說是將 React 的概念帶到 iOS 上的專案，在之前他們的演講聽到他們內部已用了一段時間。Facebook's iOS Architecture1 有詳細講它解決的問題。

相信會在月底 F8 會開放吧。

1
http://www.infoq.com/presentations/facebook-ios-architecture
回應

koji 積分 1 編輯於

看一看還真不錯，期待 F8 啊...

現在寫寫真的覺得現存的開發方式真的很痛苦，尤其兩邊 android 和 iOS 跳來跳去開發，隔一段時間切換時我最常做的就是打開網頁或舊程式碼，重新看一下 view 或是 controller 的生命週期，該不該呼叫或實作 sizeThatFit，viewDidLayout，layoutSubviews，appear，onAttach...這類東西。然後印印看到底是不是不小心搞壞什麼造成元件一直重複在排。

來吧宣告式～

回應

siuying 積分 2

那你要看看 React Native1

雖然要用它就要 commit 去用它整個系統，但不能不說它真的很方便，Reload 就可以更新 App 的效率實在比 Compile, Package, Deploy, Run 快得多了。

1
https://kaif.io/z/ios/debates/b52l8YTNAH
回應

IngramChen 積分 1
  • 利用 Objective C++ 產生易懂的語法
  • component 是宣告式設定產生，背後會計算 layout，也會重用物件
  • 全都是 immutable, thread-safe
  • 事件只有單方向傳遞
  • 參照 flexbox 的方式來設計 layout

非常理想的模型，的確讓人很想採用，就不曉得能不能混合舊式的寫法了。

不過我記得 paper 當初是用另一套做法啊，但 react 應該已經贏了內部的戰爭了。

回應

siuying 積分 0

AsyncDisplayKit, Components, React Native。他們不同的團隊做不同但有部份相似的東西。

Components 和 React native 都是用 react 的概念。而三者都有 background render 。。。(所以説 FB 現在的 iOS 團隊真是很厲害

回應

Kros 積分 0

救星呀～～Autolayout 太慢了

回應

siuying 積分 0

要試過才知 auto layout 是否較慢了。

回應