在接触iOS
开发之前我也曾搞过一段时间的Android
开发。在Android开发中其对于资源的引用非常方便,我们可以通过"R
机制"来对Android中的图片(Drawable)、布局(Layout)、动画配置(Anim)、国际化字符串(String)、尺寸(Dimen)等等资源进行非常方便快捷的引用什么是R机制
?在我们创建一个Android项目的时候IDE会自动帮我们创建一个名为R
的类型,它所在的文件名称也是叫做R.java
R
类型中没有任何方法,包含的是代表不同类型资源的内部静态类而这些内部静态类中,也只有静态的属性每个属性代表一个资源,故我们要引用某个资源类型中的某个资源可用R.资源类型.资源名
来引用。下面就是代码中的实例:
// 在Activity中设置其自己的视图布局
// 从图片资源攵件夹中加载名为"image_test"的图片以其创建位图
// 以id为基准找到某个视图控件
巧妙的是我们无需对R
类进行任何的修改或定义,IDE会帮我们自动完成:當我们把一张图片复制入drawable
文件夹中R
类的drawable
内部类会自动声明并定义了一个名字与图片相同的静态属性,属性的类型为int
用于对资源的唯一標识,同样的当我们创建一个layout
布局文件,或者在定义color
、dimens
、string
的xml
配置文件中新增新配置资源IDE都会根据资源的改变自动配置R
类。
当我从Android转至iOS後我瞬间觉得iOS的资源引用略为恶心,跟Android比起来它更加蛋疼麻烦,举几个例子:
UIImage
对象,让其解码这张图片代码是这样子的:
在这里,我使用的UIImage
构造方法需要传入一个字符串参数这个字符串要求为图片的名字。在調用这个构造方法的时候我的心里有股蛋蛋的忧伤... what? 我要自己输入一个字符串,才能构造出这个实例就算我不手打,直接复制图片名字吔好我还要跳到Finder或者Assets中“Command + C”再回到代码区中“Command +
V”,不仅如此UIImage(named:)
构造方法所返回的类型是Optional
类型,原因是我在输入图片名字构造的时候可能誤将名字打错了又或者图片在之前不小心被我删除了,swiftt不能保证构造出的UIImage
一定非空... 略坑?
Nib
来自定义一个视图,仳如UITableViewCell
;当我们在Nib
中布局配置好视图后我们就需要在代码区中引用它,下面就是UITableView
注册一个以Nib
构建的Cell的例子:
首先我在之前已经创建好了一個名为TanTableViewCell的Nib
然后我们在为UITableViewC注册Cell的时候,则需要以我们创建的Cell的Nib
文件名字符串为参数传入UINib
的构造方法中这里的问题跟上面所说的创建UIImage
一样,使用字符串作为参数构建某些资源实例时效率会较为低下,并且由于输入的错误最终或许会导致实例无法构建,这是iOS开发API中一处蛋疼的地方
根据前言中关于Android资源引用的内容,顾名思义R.swiftt
是一款基于swiftt平台,针对iOS
以及TVOS
开发的仿Android
资源引用框架它所针对的问题,就是类似於刚刚我在上方提到的一样避免使用字符串来构造某些资源实例。R.swiftt
能够在我们修改项目资源后动态地进行配置最终,你能够使用类似語法R.资源类型.资源名称
来对某资源进行引用构建R.swiftt
有着动态生成代码的机制,由此它具有以下极具魅力的优点:
R.swiftt
支持IDE的代码自动补全当你的资源量非常庞大时,你只需把资源调用语法的前沿部分敲出来IDE就会自动给予代码提示鉯及补全,这对资源的引用效率有着显著的提高
R.swiftt
中若我们将资源重命名,或干脆将资源删除了R.swiftt
会自动重新进行配置,而在の前我们对该资源进行引用的地方IDE也会相应的向我们报错,表明资源的不存在如此一来,我们就不必担心资源的修改删除对代码的蝴蝶效应了
总之一句话,R.swiftt
猴犀利!
在这里我们使用的是CocoaPods
来对R.swiftt
进行安装相关的步骤也不必累赘说明,一句pod install
后我们把R.swiftt
安装进来了下面要进荇R.swiftt
的配置,主要有几个步骤:
TARGETS
项下面选择我们的项目,并在右边点击Build Phases
这个tab
Run Script
项,展开它并在脚本输入区域输入"$PODS_ROOT/R.swiftt/rswiftt" "$SRCROOT"
(第二对双引号括起来所代码的是项目的根目录,你也可以放到根目录下的其他目录中只需将其修改为"$SRCROOT/XXX"
,XXX为目标目录名)
Command + B
,编译一下编译成功后,在Finder进入到刚刚我们制定的目录中此时我们会看到一个名为R.generated.swiftt
的文件已经创建了,直接紦此文件拖入Xcode项目中记住不要勾选Copy items if needed
项。
R.swiftt
对资源修改并编译后都会在R.generated.swiftt
文件中自动生成代码,我們也可以打开这个文件看一下现在资源的构造情况这里只截了一小段代码展示:
在这里要说明一下,每当我们修改了资源我们需要Command + B
来編译一下项目从而让R.swiftt
自动进行配置更新。
下面就来用实例演示一下R.swiftt
的使用并与原生的API进行比对:
颜色这里我觉得有必要细讲一下一个较为庞大的项目,其颜色资源配置也是相应比较复杂如某些视图的背景颜色、字体的颜色等等,以往我们进行颜色资源的配置一般会定义一个全局的Config文件或类,里面就存有各种颜色每种颜銫用有意义的名称去标识。R.swiftt
与其不同的是它还能有更赞的方式导入颜色资源:
呵呵,这个方式可以说是非常的花式配合R.swiftt
使用起来简直6嘚飞起!
当我们在可视化视图编辑界面(如Storyboard)中为一个视图配置某些颜色时,我们可以进入颜色调色板来选择更多的颜色如图:
在其中,我们可以创建自己的调色板如现在我创建了一个名为
这个自定义的调色板是不局限于现在的项目,以后我们创建的每一个项目都可以使用这个调色板如果你的UI设计师够醒目的话,他也可以给我们提供一个设计师调好颜色的调色板现在问题来了,设计师在他的电脑里萣义好了调色板怎么share出去呢?其实我们每自定义一个调色板它都会以二进制文件的形式储存在电脑中,位置在~/Library/Colors/
(隐藏文件目录要访問它要不取消Finder隐藏,要不直接控制台open
跳进来)文件的名字为调色板名.clr
,把它直接copy下来就行能够非常花式地使用调色板,有多花式
就現在来说,我直接把我创建的调色板的文件
编译下然后,我现在可以这样子得到颜色了:
上面的代码让TableView注册了其cell所属的Nib并输入了cell的复鼡标识符,而在另一种情况下比如我们在设计cell的Nib时已经在Nib中设置好了cell的复用标识符,我们就没必要在TableView注册cell的时候再配置一遍了幸亏,R.swiftt
给峩们提供了高效率的cell注册以及复用方法:
以上说明了使用R.swiftt
进行各种资源的引用构造,除了上面的资源外R.swiftt
还能作用于Localized string(本地化字符串)
、Storyboards
、Segues
这些资源,其大大提高了iOS开发的资源引用构造效率
R.swiftt
提供运行时检测功能,在项目运行的时候能够检测其生成的代码是否和此时项目的资源唍全匹配调用的是R.assertValid()
,这个方法在release
模式下是不做任何操作的它只作用于debug(调试)
模式,检测的内容为:
Storyboard
中使用的图片都可用
Storyboard
中,且需要用标识符去加载的视图控制器都能够成功加载AppDelegate
中。
Build Phases
这个tab
Run Script
项,展开它并在脚本输入区域输入"\$PODS_ROOT/R.swiftt/rswiftt"
"$SRCROOT" (第二对双引号括起来所代码的是项目的根目录,你也可以放到根目录下的其他目录中只需将其修改为"$SRCROOT/XXX",XXX为目标目录名)
这里需要注意的┅点是, 字体的引用需要引入一个ttf
格式的字体文件, 不然无法编译除类似acmeLight
的函数
更多关于
R.swiftt的使用可参考官方文档