剛才才試出來的一點心得 敝公司的 layout 是有 navigation bar 的 不知是天生如此還是同事動態建立元件的關係 在自己寫測試程式時，我向來把元件在 viewDidLoad 裡就佈置好，這招不靈了 比如，我放了一個 scroll view 和全畫面一樣大，320*568 但設定好後畫面卻變成 320*536; 上面有 32 pixel 是 title，是後來才擠進來的 這會使我的 layout 全部錯亂 解決方法是在 viewDidLayoutSubviews 時才去擺元件 這時我已經可以知道 root view 真正的尺寸 但另一個問題是我在此下中斷點，發現有時會被呼叫兩次 這很合理， relayout 就是會在各種條件下不斷重試 （喔，MFC 累積的經驗還是可以對照的好嘛） 會重覆呼叫，那元件不就重產生一套？！ 事實如此，同事的解決方法是重進入時就把 subviews 清掉，重建一次 不過我的想法是：在 viewDidLoad 時建立一次， 在 viewDidLayoutSubviews 時只做 relayout 不重產生元件，只擺擺位置 這樣只是重擺擺，元件就不會重覆了 －－－－－－ 元件重擺，如果有寫 auto relayout 就不必再費心 (constrant) 但我有些是手動產生的元件，也不想去寫這個（老實說是不會寫） 目前我學到的 constrant,有上下左右 offset,或兩元件間距離，對齊 但卻無法塞入數學計算，我是指像 android 的 weight(比重） 比如我有一個元件，想佔畫面寬度的 1/3, 在 android 我可以宣告兩塊空間，比重值為 1:2，那麼一塊就是 1/3,另一塊是 2/3 ios 有類似的做法嗎？ 另外 multipler 是什麼？ 查到只說'一般用不到，設為1就好' 會不會這個就是比重值的設定呢？ （我的要求是畫面要一次看到入四個 table cell, 而一共有 15 個 cell 所以知道高度後 total = hight / 4 * 15, 會是這樣要計算一下， constrant 我不會設這麼複雜的） -- 活動/美食計劃 蘭嶼 魚白 勝興車站 星月天空 武陵 草嶺古道 嘉義阿里山小火車 保齡球　 司馬庫斯 手包水餃 日月潭纜車 合歡攻頂 馬祖 鹽山 南庄 澎湖 溪頭/松林町 南投天梯 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 60.251.197.63 ※ 編輯: HuangJC 來自: 60.251.197.63 (03/22 04:23) 離破碎 (哇咧手機推文不好用) ---- 我有另一個問題啦 當然 autolayout 弄熟也很重要,不過專案都在趕 (只有一個月時間,要把 android 版本轉成 ios 版 大家都在邊做邊學,所以... 不是什麼不重要,而是取捨了 所以如果我 autolayout 學不會,但我學會手動 coding layout 了 fine~ 跳到下個問題吧~ , 這題就先 bypass) 另一個問題是,我發覺我不只 layout 不熟 事實上這次我解決問題是因為我查出了部份 ui view controller 的 lifecycle 我花了很多時間確認何時會有正確的 layout 然後才方便我去加手動 coding 的元件 在 android 的文件,比如 http://developer.android.com/reference/android/app/Activity.html 你可以看到人家有個 lifecycle 的圖 而在 ios 因為我沒找到這張圖,所以就自己用 NSLOG 去記錄 NSLOG(@"height=%d", self.view.frame.size.height); 看何時 height 變了 嗯,現在半夜想寫程式了,但手上沒筆電,也不想去公司加班 唉.. 也許我必需買一台 mac 筆電,可是好貴 公司有配發 mac mini 所以我不想要比 mac mini 還慢的筆電 ;; 我的問題水準都不很夠,所以多修文,少發文 前輩們見諒了 ※ 編輯: HuangJC 來自: 175.180.82.140 (03/23 02:10)