2014年2月27日星期四

【翻译】自定义 UIViewController Transitions - 小木头_迪

本邮件内容由第三方提供,如果您不想继续收到该邮件,可 点此退订
【翻译】自定义 UIViewController Transitions - 小木头_迪  阅读原文»

  iOS7中引入了控制器间的切换切换动画,适用于UINavigationController栈内核modal显示

  iOS7 介绍了两种切换方式,一种是自动切换,另一种是交互式切换。下面就介绍一下NavigationController中实现fade动画切换。

  源码地址:github.com/ShinobiControls/iOS7-day-by-day

Navigation Controller Delegate

  在动画的世界里面充满了协议,然而现在这个项目中创建一个我们想要看见的视图,添加的协议需要交互式切换和模态视图的展现。

  UINavigationControllerDelegate协议提供了4个新方法,用来决定自定义动画的切换。

  我们感兴趣的方法是:

  

- (id<UIViewControllerAnimatedTransitioning>)navigationController:
animationControllerForOperation:
fromViewController:
toViewController:

这个方法将会在导航控制器切换过度的时候调用(同样适用于storyboard适用segue的过度),所以我们可以决定返回哪种类型的切换。

我们创建一个类作为NavigationController的delegate

@interface SCNavControllerDelegate : NSObject <UINavigationControllerDelegate>
@end

实现方法是:

@implementation SCNavControllerDelegate
- (id<UIViewControllerAnimatedTransitioning>)navigationController:(UINavigationController *)navigationController
animationControllerForOperation:(UINavigationControllerOperation)operation
fromViewController:(UIViewController
*)fromVC
toViewController:(UIViewController
*)toVC
{
return [SCFadeTransition new];
}
@end

我们想要所有的切换都是相同的,不管是进入还是返回,所以我们返回的是SCFadeTransition对象给每一次切换。

设置代理是非常见到你的,你可以在项目里面看见:

- (id)initWithCoder:(NSCoder *)aDecoder
{
self
= [super initWithCoder:aDecoder];
if(self) {
_navDelegate
= [SCNavControllerDelegate new];
self.
delegate = _navDelegate;
}
return self;
}

_navDelegate 是一个ivar类型id<UINavigationControllerDelegate>.

创建自定义变换

我们看见这个代理需要返回一些切换对象,也就是返回一个遵循UIViewControllerAnimatedTransitioning协议的对象,这个协议中有三个方法,其中两个是必须要实现的。

transitionDuration:(必须实现)。返回动画的持续时间

animateTransition:(必须实现)在控制器间实现动画的过度。提供一个我们需要的对象用来联系不同的组件。

animationEnded:(选择实现)这个会在动画完成之后调用,可以在动画完成之后触发一些方法。

我们定义一个SCFadeTransition类来实现这两个方法

@interface SCFadeTransition : NSObject <UIViewControllerAnimatedTransitioning>
@end

实现方法如下

- (NSTimeInterval)transitionDuration:(id<UIViewControllerContextTransitioning>)transitionContext
{
return 2.0;
}

animateTransition:方法调用的时候提供一个遵循UIViewControllerContextTransitioning协议的对象,这个对象用来获取动画完成的点点滴滴。第一个方法我们用 viewControllerForKey:,让我们能够掌握两个视图控制器间的过度。

// Get the two view controllers
UIViewController *fromVC = [transitionContext viewControllerForKey:UITransitionContextFromViewControllerKey];
UIViewController
*toVC = [transitionContext viewControllerForKey:UITransitionContextToViewControllerKey];

这个内容提供给我们一个UIView的动画,通过containerView方法联系

// Get the container view - where the animation has to happen
UIView *containerView = [transitionContext containerView];

我们必须联系每一个视图控制器的子视图

// Add the two VC views to the container
[containerView addSubview:fromVC.view];
[containerView addSubview:toVC.view];

我们不想看见过度的视图,所以我们必须把alpha属性设置为0:

toVC.view.alpha = 0.0;

现在我们已经提供了一个动画,在控制器间切换有个简单的fade效果,我们可以用UIView animation block:


delay:
0
options:
0
animations:
^{
toVC.view.alpha
= 1.f;
}
completion:
^(BOOL finished) {
// Let's get rid of the old VC view
[fromVC.view removeFromSuperview];
// And then we need to tell the context that we're done
[transitionContext completeTransition:YES];
}];

知识点:

1、设置一个动画的持续时间,实现transitionDuration

2、"from"视图控制器的视图需要removed从view的层级中,当动画完成的时候。

3、completeTransition:方法在切换内容需要的时候调用,当动画完成的时候。


本文链接:http://www.cnblogs.com/iOS-dd/p/3573231.html,转载请注明。

进程与线程的一个简单解释 - 王绍军  阅读原文»

进程(process)和线程(thread)是操作系统的基本概念,但是它们比较抽象,不容易掌握。

最近,我读到一篇材料,发现有一个很好的类比,可以把它们解释地清晰易懂。

1.

计算机的核心是CPU,它承担了所有的计算任务。它就像一座工厂,时刻在运行。

2.

假定工厂的电力有限,一次只能供给一个车间使用。也就是说,一个车间开工的时候,其他车间都必须停工。背后的含义就是,单个CPU一次只能运行一个任务。

3.

进程就好比工厂的车间,它代表CPU所能处理的单个任务。任一时刻,CPU总是运行一个进程,其他进程处于非运行状态。

4.

一个车间里,可以有很多工人。他们协同完成一个任务。

5.

线程就好比车间里的工人。一个进程可以包括多个线程。

6.

车间的空间是工人们共享的,比如许多房间是每个工人都可以进出的。这象征一个进程的内存空间是共享的,每个线程都可以使用这些共享内存。

7.

可是,每间房间的大小不同,有些房间最多只能容纳一个人,比如厕所。里面有人的时候,其他人就不能进去了。这代表一个线程使用某些共享内存时,其他线程必须等它结束,才能使用这一块内存。

8.

一个防止他人进入的简单方法,就是门口加一把锁。先到的人锁上门,后到的人看到上锁,就在门口排队,等锁打开再进去。这就叫"互斥锁"(Mutual exclusion,缩写 Mutex),防止多个线程同时读写某一块内存区域。

9.

还有些房间,可以同时容纳n个人,比如厨房。也就是说,如果人数大于n,多出来的人只能在外面等着。这好比某些内存区域,只能供给固定数目的线程使用。

10.

这时的解决方法,就是在门口挂n把钥匙。进去的人就取一把钥匙,出来时再把钥匙挂回原处。后到的人发现钥匙架空了,就知道必须在门口排队等着了。这种做法叫做"信号量"(Semaphore),用来保证多个线程不会互相冲突。

不难看出,mutex是semaphore的一种特殊情况(n=1时)。也就是说,完全可以用后者替代前者。但是,因为mutex较为简单,且效率高,所以在必须保证资源独占的情况下,还是采用这种设计。

11.

操作系统的设计,因此可以归结为三点:

(1)以多进程形式,允许多个任务同时运行;

(2)以多线程形式,允许单个任务分成不同的部分运行;

(3)提供协调机制,一方面防止进程之间和线程之间产生冲突,另一方面允许进程之间和线程之间共享资源。


本文链接:http://www.cnblogs.com/psdesign/p/3573226.html,转载请注明。

阅读更多内容

没有评论:

发表评论