我遇到一个问题,即A组长是一名推算员,以推力推波长B号,推 push的 an升将停止在25%左右,停止,然后以其他方式滑坡B。

这一DID NOT发生在6号SOS,但一旦我开始将7号SOS作为SCode5的SDK基础,就开始这样做。

定论是,观点控制人B没有从深层观点出发的背景情况(根本观点是一般装满意见的观察员。) 在这种根本观点中设置一个背景,先发制人将这一问题固定下来。

我设法确定如下:

// CASE 1: The root view for a UIViewController subclass that had a halting animation

- (id)initWithFrame:(CGRect)frame

{

     if ((self = [super initWithFrame:frame])) {

          // Do some initialization ...

          // self.backgroundColor was NOT being set

          // and animation in pushViewController was slow and stopped at 25% and paused

     }

     return self;

}

// CASE 2: HERE IS THE FIX

- (id)initWithFrame:(CGRect)frame

{

     if ((self = [super initWithFrame:frame])) {

          // Do some initialization ...

          // Set self.backgroundColor for the fix!

          // and animation in pushViewController is no longer slow and and no longer stopped at 25% and paused

          self.backgroundColor = [UIColor whiteColor]; // or some other non-clear color

     }

     return self;

}

只有解决这一问题,从来就永远不会给主要观点带来背景,以清楚明了。

您对以往观点的下一个看法是,如果你给人以清晰的颜色,就意味着它具有透明度,那么以前的观点在某个时候总是可以看到,这种观点破坏了im。

您可以首先使用“工具”; 时间简介,看看贵国法规中是否有任何部分比必要的时间长。

You could also use the Instruments > Core Animation tool which can be used to flag parts of your screen that not drawing/animating efficiently.

如果你重新使用老板或原板iPod,则有复杂的屏幕,即发现一些器具。

我有这个问题,是因为被推论的控制器中旧的法典,这使人们认为,“放慢”,把甲型到0 on光,把甲型到甲型.光,把甲型到1.光。

我删除了这样做的旧法典,而推力则奏效。

-(void)viewWillAppear {
    self.view.alpha = 0; //REMOVE THIS LINE
}

我的问题是,我把重量代码放在<条码>上。 我的案件

override func viewWillAppear(animated: Bool) {
    super.viewWillAppear(animated)

    tableView.reloadData()
}

而且,我有一大批人,因此,推论顾问的滞后。

这可能是下文相关答复中讨论的已知 b。 我有一个类似的问题,读一下下文的答复对我作了澄清。

我今天也遇到了同样的问题。 我将这个专题推入了门,看来它涉及到主要的 run。

See this.

在我的案件中,我根据WillLayout Subviews()的方法制定了专门的变革法(例如,影子和玉米都和......),在我把这些法典放在其他方法中时,如认为WillAppear()过渡能够顺利进行。

<>Swift>: 如果你对任何观点都投影,那么你也可以尝试低于法典。

view.layer.shouldRasterize = true
view.layer.rasterizationScale = UIScreen.main.scale