UIApplication对象的使用

本文介绍iOS应用的核心组件UIApplication的功能及使用方法,包括如何管理应用图标提示、网络活动指示器、状态栏样式等,以及如何利用openURL:方法实现打电话、发短信等功能。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

UIApplication对象是应用程序的象征
每一个应用都有自己的UIApplication对象,而且是单例的
通过[UIApplication sharedApplication]可以获得这个单例对象
一个iOS程序启动后创建的第一个对象就是UIApplication对象
利用UIApplication对象,能进行一些应用级别的操作

设置应用程序图标右上角的红色提醒数字

@property(nonatomic)NSIntegerapplicationIconBadgeNumber;


设置联网指示器的可见性

@property(nonatomic,getter=isNetworkActivityIndicatorVisible) BOOLnetworkActivityIndicatorVisible;


iOS7开始,系统提供了2种管理状态栏的方式
Ø通过UIViewController管理(每一个UIViewController都可以拥有自己不同的状态栏)
Ø通过UIApplication管理(一个应用程序的状态栏都由它统一管理)

 

 

在iOS7中,默认情况下,状态栏都是由UIViewController管理UIViewController实现下列方法就可以轻松管理状态栏的可见性和样式
Ø状态栏的样式

- (UIStatusBarStyle)preferredStatusBarStyle;

 

Ø状态栏的可见性

- (BOOL)prefersStatusBarHidden;

UIapplication应用级的方法



UIApplication有个功能十分强大的openURL:方法

- (BOOL)openURL:(NSURL*)url;

-
openURL:方法的部分功能有
Ø打电话

UIApplication *app = [UIApplication sharedApplication];

[app openURL:[NSURL URLWithString:@"tel://10086"]];

 

Ø发短信

[app openURL:[NSURL URLWithString:@"sms://10086"]];

 

Ø发邮件

[app openURL:[NSURLURLWithString:@"mailto://12345@qq.com"]];

 

Ø打开一个网页资源

[app openURL:[NSURLURLWithString:@"http://ios.itcast.cn"]];

 

Ø打开其他app程序


所有的移动操作系统都有个致命的缺点:app很容易受到打扰。比如一个来电或者锁屏会导致app进入后台甚至被终止
还有很多其它类似的情况会导致app受到干扰,在app受到干扰时,会产生一些系统事件,这时UIApplication会通知它的delegate对象,让delegate代理来处理这些系统事件
delegate可处理的事件包括
Ø应用程序的生命周期事件(如程序启动和关闭)
Ø系统事件(如来电)
Ø内存警告

Ø 

UIapplication应用级的方法


main函数中执行了一个UIApplicationMain这个函数
int UIApplicationMain(intargc, char*argv[],NSString*principalClassName,NSString*delegateClassName);
Øargcargv:直接传递给UIApplicationMain进行相关处理即
Ø
ØprincipalClassName指定应用程序类app的象征),该类必须是UIApplication(或子类)。如果为nil,UIApplication类作为默认值
Ø
ØdelegateClassName指定应用程序的代理类,该类必须遵守UIApplicationDelegate协议
UIApplicationMain函数会根据principalClassNameUIApplication象,根据delegateClassName创建一个delegate对象,并将该delegate对象赋值给UIApplication象中的delegate属性
接着会建立应用程序的Main Runloop(事件循环),进行事件的处理(首先会在程序完毕后delegate象的application:didFinishLaunchingWithOptions:方法)
程序正常退出时UIApplicationMain函数才返回

UIWindow是一种特殊的UIView,通常在一个app中只会有一个UIWindow
iOS程序启动完毕后,创建的第一个视图控件就是UIWindow,接着创建控制器的view,最后将控制器的view添加到UIWindow上,于是控制器的view就显示在屏幕上了
一个iOS程序之所以能显示到屏幕上,完全是因为它有UIWindow
也就说,没有UIWindow,就看不见任何UI界面

添加UIViewUIWindow中两种常见方式:
Ø- (void)addSubview:(UIView*)view;

直接将view添加到UIWindow中,但并不会理会view对应的UIViewController

 

Ø@property(nonatomic,retain)UIViewController *rootViewController;

自动将rootViewControllerview添加到UIWindow,负责管理rootViewController的生命周期

 

常用方法
Ø- (void)makeKeyWindow;

让当前UIWindow变成keyWindow(主窗口)

Ø
Ø- (void)makeKeyAndVisible;

让当前UIWindow变成keyWindow,并显示出来


UIApplicationsharedApplication].windows

在本应用中打开的UIWindow列表,这样就可以接触应用中的任何一个UIView

(平时输入文字弹出的键盘就处在一个新的UIWindow)

 

[UIApplicationsharedApplication].keyWindow

用来接收键盘以及非触摸类的消息事件的UIWindow,而且程序中每个时刻只能有一个UIWindowkeyWindow如果某个UIWindow内部的文本框不能输入文字,可能是因为这个UIWindow不是keyWindow

 

view.window

获得某个UIView所在的UIWindow

### 关于 `UIApplication` 的用法及其在 iOS 18 中的变化 #### 背景介绍 自 iOS 系统发布以来,`UIApplication` 类一直是开发者用于管理应用生命周期的核心工具之一。它提供了访问全局对象的方法以及处理事件循环的功能。随着 iOS 不断更新迭代,苹果公司也在逐步调整该类的行为和接口设计。 #### iOS 18 中的关键变化 尽管官方文档未明确指出 `UIApplication` 在 iOS 18 中的具体改动,但从开发者的实践经验来看,以下几点值得注意: 1. **隐私与安全增强** 苹果公司在 iOS 18 继续加强了对用户数据保护的要求。对于通过 `sharedApplication` 获取实例并调用某些方法的情况,可能需要额外声明权限或遵循新的沙盒机制[^4]。这意味着任何涉及敏感操作(如网络请求、设备状态查询)的代码都需要重新评估合规性。 2. **弃用 API 替代方案** 随着时间推移,部分旧版 API 已经被标记为废弃。例如,在较早版本中提到过的 `wantsFullScreenLayout` 属性已被替代[^3]。虽然这并非直接影响 `UIApplication` 自身,但它反映了整个框架向现代化方向演进的趋势——鼓励开发者采用更灵活的设计模式来实现相同目标而不依赖特定属性配置。 3. **多窗口支持改进** 尽管全面意义上的 iPadOS 多任务特性是在后续版本才正式推出,但在 iOS 18 上已经可以看到一些铺垫工作。具体表现为当应用程序处于分屏或多任务环境下时,如何正确响应尺寸变更通知变得尤为重要。此时可以利用 `UIApplicationDelegate` 协议中的回调函数配合 `UIWindowSceneDelegate` 来适配不同场景下的行为逻辑。 4. **后台执行限制收紧** 对于那些试图绕过系统规定延长后台运行时间的应用程序来说,iOS 18 加大了监管力度。如果发现违规现象,则可能导致 AppStore 提交失败或者遭到下架处罚[^5]。因此建议仅限必要情况下申请适当类型的 Background Task 并严格控制其持续周期。 以下是展示如何获取单例对象并与之交互的一个简单例子: ```swift if let window = UIApplication.shared.windows.first { print("Main Window Frame:", window.frame) } ``` 此片段展示了怎样安全地访问当前活动窗口的信息而无需担心潜在崩溃风险。 --- ### 总结 综上所述,虽然表面上看似乎没有针对 `UIApplication` 做出特别显著的大规模重构动作;但实际上围绕安全性考量所做的种种微调却足以影响日常编码实践。务必密切关注最新指南说明以免无意间触犯政策底线造成不必要的麻烦。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值