刚才才试出来的一点心得 敝公司的 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)