zoukankan      html  css  js  c++  java
  • UIView的一些基本方法 init、loadView、viewDidLoad、viewDidUnload、dealloc

    init方法

     

    在init方法中实例化必要的对象(遵从LazyLoad思想)

    ‍init方法中初始化ViewController本身

     

    loadView方法

     

    当view需要被展示而它却是nil时,viewController会调用该方法。不要直接调用该方法。

    如果手工维护views,必须重载重写该方法

    如果使用IB维护views,必须不能重载重写该方法

    loadView和IB构建view

     

    viewDidLoad方法

     

    重载重写该方法以进一步定制view

    在iPhone OS 3.0及之后的版本中,还应该重载重写viewDidUnload来释放对view的任何索引

    viewDidLoad后调用数据Model

    viewDidUnload方法‍

     

    当系统内存吃紧的时候会调用该方法(注:viewController没有被dealloc)

    内存吃紧时,在iPhone OS 3.0之前didReceiveMemoryWarning是释放无用内存的唯一方式,但是OS 3.0及以后viewDidUnload方法是更好的方式

    在该方法中将所有IBOutlet(无论是property还是实例变量)置为nil(系统release view时已经将其release掉了)

    在该方法中释放其他与view有关的对象、其他在运行时创建(但非系统必须)的对象、在viewDidLoad中被创建的对象、缓存数据等 release对象后,将对象置为nil(IBOutlet只需要将其置为nil,系统release view时已经将其release掉了)

    一般认为viewDidUnload是viewDidLoad的镜像,因为当view被重新请求时,viewDidLoad还会重新被执行

    viewDidUnload中被release的对象必须是很容易被重新创建的对象(比如在viewDidLoad或其他方法中创建的对象),不要release用户数据或其他很难被重新创建的对象

     

     

    viewDidLoad总是在loadView之后调用,不管你是不是通过nib文件创建的,这个方法总是会被调用的。

    viewDidUnload在收到内存警告的时候调用,在我的理解,这个方法里面应该做几件事情:

    1、释放掉一些比较容易创建的对象,或者是一些比较占资源的对象(图片、音频等)

    2、如果界面控件自己保持了引用计数,这里也要释放掉。(比如说,这个控件被设成了属性,而且是retain的,这个retain的引用计数就必须释放掉)

    3、如果跨类的参数传递机制会在viewDidUnload以后产生不正常的效果,这里也必须处理。

     

    dealloc方法

     

    viewDidUnload和dealloc方法没有关联,dealloc还是继续做它该做的事情

     

    流程:

     

    (loadView/nib文件)来加载view到内存 ——>viewDidLoad函数进一步初始化这些view ——>内存不足时,调用viewDidUnload函数释放views —->当需要使用view时有回到第一步,如此循环。

     

     

     

    在iphone里你看到的,摸到的,都是UIView,所以UIView在iphone开发里具有非常重要的作用。 视图和窗口展示了应用的用户界面,同时负责界面的交互。UIKit和其他系统框架提供了很多视图,你可以就地使用而几乎不需要修改。当你需要展示的内容与标准视图允许的有很大的差别时,你也可以定义自己的视图。

    不管你是使用系统的视图还是创建自己的视图,你需要理解UIView和UIWindow类所提供的基本结构。这些类提供了复杂的方法来管理视图的布局和展示。理解这些方法的工作非常重要,使你在应用发生改变时可以确认视图有合适的行为。

     

    视图架构 

    大部分你想要可视化操作都是由视图对象-即UIView类的实例-来进行的。一个视图对象定义了一个屏幕上的一个矩形区域,同时处理该区域的绘制和触屏事件。一个视图也可以作为其他视图的父视图,同时决定着这些子视图的位置和大小。UIView类做了大量的工作去管理这些内部视图的关系,但是需要的时候你也可以定制默认的行为。

     

    视图与层联合起来处理着视图内容的解释和动画过渡。每个UIKit框架里的视图都被一个层对象支持(通常是一个CALayer类的实例),它管理管理着后台的视图存储和处理视图相关的动画。然而,当你需要对视图的解释和动画行为有更多的控制权时,你可以使用层。

     

    为了理解视图和层之间的关系,我们可以借助于一些例子。应用中的视图包括了一个window(同时也是一个视图),一个通用的表现得像一个容器视图的UIView对象,一个图像视图,一个控制显示用的工具条,和一个工具条按钮(它本身不是一个视图但是在内部管理着一个视图)。(注意这个应用包含了一个额外的图像视图,它是用来实现动画的)。为了简化,同时因为这个视图通常是被隐藏的,所以没把它包含在下面的图中。每个视图都有一个相应的层对象,它可以通过视图礶r属性被访问。(因为工具条按钮不是一个视图,你不能直接访问它的层对象。)

     

    图片:视图和层之间的关系.jpg 

  • 相关阅读:
    linux文件系统初探--Day6
    Oracle 内置函数
    libusb常用函数说明(转)
    将多个blv格式的视频合并为一个mp4格式视频
    泰迪杯赛后总结
    如何下载B站上版权受限的视频?
    查看Ubuntu版本信息
    Visual Studio存在多个项目时启动项目的问题
    mfc | 初识mfc
    re | [ACTF新生赛2020]Splendid_MineCraft
  • 原文地址:https://www.cnblogs.com/chocolate/p/3310283.html
Copyright © 2011-2022 走看看