在关于创建Flex移动皮肤系列文章的第二部分里,我们讨论了屏幕密度(DPI)对组件皮肤以及移动应用布局所带来的影响。 我还展示了如何使用缩放应用,特定密度的位图,以及CSS元媒介查询以调整和适应多种DPI值。
除了屏幕尺寸,屏幕密度以及外形差异以外,Flex移动应用开发者必须在着重于各个平台之间的不同点。 除了Android系统以外,Flex4.5.1以及Flash Builder4.5.1还支持两个目标为Flex Mobile项目的平台:苹果的iOS以及黑莓的TabletOS。 这些平台都有各自独特的外观,用户体验,UI图案,以及人机接口规范(HIG)。
Flex 4.5中的移动主题并不会偏向于任何一个特定的平台。 就像Spark那样,移动主题具有中性的外观以及感觉,其设计元素可以工作于各个平台。 根据您的需求以及客户的需求,可以利用CSS样式快速而自由地改变应用程序的外观,或者您还可以使用更加高级的机制,比如自定义皮肤,FXG,或者特定于平台的皮肤,与其它原本的应用程序结合使用,从而获得更多的控制余地。
为了满足本文条件,你需要下列软件和文件。
mobile-skinning-part3
要求熟悉 ActionScript、CSS 和 Flex skin。应该在完成本教程之前阅读本系列的第 1 部分 和 第 2 部分。
AIR所支持的每一个平台均具有独特的特点,特质以及挑战。 Flex 4.5.1占据了这些挑战中的一部分,并且让用户可以在必需的时候添加新的,特定于平台的行为。 本部分将简单地涵盖那些将会影响应用程序的可视化设计以及行为设计的平台之间的主要不同点。
Android上的AIR添加了对Android硬件上键盘按钮的支持:主页键,返回键,菜单键以及搜索键。 这些按钮可以是实实在在的硬件按钮,也可以是通过触摸屏显示出来的按钮。 某些设备制造商可能会忽略搜索按钮。
Android上的返回按钮用于导航回到上一个活动,即便该活动并非当前应用程序的一部分。
iOS设备以及黑莓的PlayBook并不具备这样的返回按钮。 相反,iOS和PlayBook的一个典型的应用可以在屏幕的左上方放置一个返回的软按键。 对于这两个平台,返回键的导航功能是局限在每个应用程序本身的。
Android上的菜单按钮将会打开一个选项菜单(即是Flex 4.5上的ViewMenu移动组件)。 选项菜单中会显示一个可用于当前活动的命令(作为按钮)列表。
在iOS中功能最接近的组件应该就是活动表了。 活动表能以列表的形式显示当前活跃或者当前已选择的条目的可用活动。
黑莓的PlayBook配备有一个触控的边框,应用程序可以通过该边框显示一个包含任意控件的容器。
Android上的搜索按钮通常使用在应用程序上下文的数据搜索当中。 比如,一个联系人应用程序就需要提供一个文本搜索功能,以筛选联系人的数据信息。 Android上的搜索操作对于所有应用程序均具有一致的外观和感觉。 iOS与黑莓的Tablet操作系统均不具备针对于特定应用程序的搜索UI设计元素。
Android 2.x以及iOS在应用程序顶部仅显示有一个状态栏,当应用程序进入全屏模式时,该状态栏便会隐藏。
在Android 3.x Honeycomb当中,屏幕底部的状态栏总是可见的,无论是否处于全屏状态下。
对于黑莓PlayBook上的应用程序,默认均运行在全屏模式下。 从右上角滑下便可以显示系统状态栏,但这并不会重设AIR应用程序窗口的大小。
AIR中所使用的默认sans serif 设备字体会根据设备的不同而有所不同。 PlayBook将使用Myriad Pro,而iOS则使用Helvetica,Android使用Droid Sans。
为了清晰起见,即使在不同的设备上使用相同的字体尺寸以及相同的DPI,其字体度量也会因为所使用的字体不同而有所不同。 在给定的面积中,用户所能够放置的文本总量会因为屏幕尺寸以及平台的不同而有所不同(参见图1)。
在各个平台上,单行的文本内容通常会中央上升(也就是说,不包括文本高度的下行字母)。移动主题里的皮肤还会使用中央上升。
全部三个平台的纵向以及横向情况下均支持使用软键盘。
然而,许多Android手机拥有一个固定的硬件键盘而不是软键盘(例如,摩托罗拉Droid Pro),而其它的一些Android手机具备可选的硬件键盘,可开启用于取代软键盘。
Android手机还允许使用第三方的软键盘。 比如,Swype和SwiftKey键盘便可以与AIR无缝集成。
软键盘的尺寸随着平台,设备,甚至设备方位的不同而有所差异。 但无论设备的方位如何,全部三个平台所使用的软键盘均与屏幕底部的边缘对齐。
默认情况下,当软键盘被激活或停用时,在Flash Builder中所创建的Flex移动项目均会自动配置以缩小或扩大应用程序的高度。
在Android和黑莓的PlayBook平台中,AIR应用程序的TextField以及新的StyleableTextField控件中的文本输入均可正常工作。
然而,这些控件在iOS中的实现却是一个特例。 为了能在iOS中获得功能齐全的纠错和文本选择功能,文本编辑将会包含在一个原生的覆盖于屏幕最上方的控件之中。 当在iOS中编辑TextField和StyleableTextField内容时,该技术会带来一些限制,包括:
在苹果iOS和黑莓Talblet OS中,AIR均支持32位色。 而在Android中,AIR在使用RGB565时受限于16位颜色。
每个平台供应商都具有其独特的人机接口规范(HIG),称为UI规范。
以下这些规范将有助于用户创建出外观和使用感受都与那些本土程序类似的Flex移动应用程序。
关于特定的平台,我仅仅触及到表面的问题。 想获取关于该主题的更多信息,您可以浏览www.androidpatterns.com*以及pttrns.com*,这两个网址将持续更新它们的UI模式目录。
在AIR允许设计者和开发者以通用的运行时来创建应用程序的同时,设计应用程序中很重要的一点是,您必须清楚何时以及如何将特定于平台的不同点考虑在内。 Flex移动项目为您提供了一个选择范围,从在所有平台上使用单一的UI,到为每个所支持的平台重新设计UI。
4.5.1版本的Flex和Flash Builder为您在项目中定义和使用特定平台的样式和外观提供了基本工具。
在关于创建Flex 移动外观系列的第二部分中,我讨论了如何在CSS媒体查询中使用自定义的媒体功能application-dpi
来设置特定的DPI样式,比如字体大小和填充值。 4.5版本的Flex提供了一个额外的自定义媒体功能:os-platform
。 此项功能允许开发人员指定特定于平台的样式。 下面是一个简单的例子,设置一个默认的 ActionBar chromeColor
的数值,以及特定于Android以及特定于IOS的数值 :
ActionBar { chromeColor: #000000; } @media (os-platform: "Android") { ActionBar { chromeColor: #999999; /* dark gray */ } } @media (os-platform: "IOS") { ActionBar { chromeColor: #6DA482; /* blue */ } }
此示例代码使用了来自移动主题的默认ActionBarSkin皮肤类,并改变了chromeColor属性。 您可以使用同样的技术来完全替代特定于平台的默认外观。
为特定于平台的外观使用CSS的主要缺点是,无论何种平台,所有的外观及其附属文件都将被编译到您的应用程序中。 这是必要的,因为CSS媒体查询是在运行时,而不是编译时,进行计算的。 最终的结果是生成一个更大的二进制文件(APK,BAR,或者IPA类型的文件),该文件会增加下载时间和并添加到程序历史记录。
获取特定于平台的外观和样式的另一种方式是,分别为每一个平台编辑应用程序,通过每次改变theme 编辑器参数来覆盖不同的主题。 这将赋予您特定于平台的样式,而不会增大应用程序的二进制文件尺寸。
请注意:在单一的项目中,4.5.1版本的Flash Builder没有内置对每个平台编译器参数的支持。 您有三种选择:
第三个选项提供了最大程度的控制,为您提供更多用来添加特定平台操作的选择(例如,iOS和黑莓Talblet os中屏幕上的返回按钮)。
如果您选择以这种方式来使用主题的话,请选择一个最适合您的工作流程的构建选项。
想获取更多关于Flex 4.x中主题支持的信息,请参阅 Flex说明文档中关于主题的部分内容。
通常情况下,对外观做出改变的最简单方法是使用CSS样式。 对于这个例子,我将详细叙述之前展示的ActionBar示例样式,以加入更多一些特定于平台的细节。
我正在为虚拟业务评测启动开发一个名为holr!的应用程序。 他们希望ActionBar看起来能够像那些在三个平台上的本地应用程序一样,但是他们没有预算将金钱花在自定义皮肤上。
在本教程中,我将展示每个平台的CSS示例。 请记住,那些样式应该定义在应用程序MXML文件中的
内嵌标签或者外部文件中。
我将从以下由Flex移动项目向导中的基于视图的应用程序模版所创建的应用程序MXML开始:
<?xml version="1.0" encoding="utf-8"?> <s:ViewNavigatorApplication xmlns:fx=http://ns.adobe.com/mxml/2009 xmlns:s="library://ns.adobe.com/flex/spark" firstView="views.holrHomeView"> <fx:Style> @namespace s "library://ns.adobe.com/flex/spark"; </fx:Style> <s:navigationContent> <s:Button label="Back"/> </s:navigationContent> <s:actionContent> <s:Button label="Save"/> </s:actionContent> </s:ViewNavigatorApplication>
理想情况下,如果我的目标是要获取一个二进制文件,那么当在Android中运行时,我将会添加一些逻辑来压缩ActionBar中的返回按钮。 而对于这一个样式示例,我将不会对它做任何的改变,从而避免事情复杂化。
该移动主题很好地反映了当今Android应用程序的外观。 平面式的按钮非常适合工作。 我所要做的就是改变 chromeColor
的属性,以使客户端签名呈现红颜色(参见图2)。 由于我将在所有平台上使用同样的颜色,所以不需要在媒体查询中捆绑这项规则。
s|ActionBar { chromeColor: #990000; }
默认情况下,ActionBar中的标题是左对齐的。 如果您想将标题居中(见图3),您可以将titleAlign:center
添加到ActionBar
样式规则中。
适用于iOS的ActionBar样式变得有点复杂。 标题是居中对齐的,并且该按钮具有独特的形状和一些非零填充。 幸运的是,ActionBar的defaultButtonAppearance
样式包含正常和倾斜两种选择。
将ActionBar的defaultButtonAppearance
样式设置为beveled
(倾斜),自动设置几个样式的参数值,包括斜角按钮,导航与活动类周围的填充,以及中心标题对齐(见图4)等。如果想要查看用于defaultButtonAppearance=beveled
的所有设置,您可以在目录4.5.1/frameworks/projects/mobiletheme/defaults.css 中找到移动主题的defaults.css文件,并查看.beveled
样式名称选择器的使用方法。
@media (os-platform: "IOS") { s|ActionBar { defaultButtonAppearance: beveled; } }
为黑莓所设计的ActionBar样式可能会更加复杂一点。 我说这话的原因是,RIM公司利用他们自己以MovieClip为基础的组件提供了独有的Flash UI框架。 虽然在这个例子中可以集成原生的RIM组件,但是我将坚持使用Flex。
RIM在他们内置的应用程序顶部使用了一种类似于ActionBar的容器。 这些应用程序中的大部分都使用一种通过透明的ActionBar显示的背景图像或者纹理。 像IOS一样,RIM也采用了中心对齐的标题。 然而,RIM的标题使用了一种正常的字体粗细,而不是粗体。
RIM在ActionBar两侧使用了圆形按钮。 然而不同于iOS,RIM公司并没有使用一个箭头式的返回按钮(见图5)。
PlayBook拥有一块实际DPI(分辨率)为170的屏幕。这已经足够高了,Flex团队为160DPI分类所选择的字体大小要比RIM推荐的小一点点。 在这个例子中,我会对字体尺寸进行一些调整作为补充。 为了获取包括字体尺寸数值更新在内的全套样式,请下载defaults_BlackBerry_PlayBook.css 示例文件。
您可以无比接近RIM的外观并且亲自感受它,但是您必须覆盖一些来自于使用先进CSS选择器的移动主题的CSS规则。
@media (os-platform: "QNX") { s|ActionBar { defaultButtonAppearance: beveled; } s|ActionBar #titleDisplay { fontSize: 22; fontWeight: normal; } s|ActionBar.beveled s|Group#navigationGroup s|Button { /* use the rounded button instead of the arrow button */ skinClass: ClassReference("spark.skins.mobile.BeveledActionButtonSkin"); } s|ActionBar.beveled s|Group#actionGroup s|Button, s|ActionBar.beveled s|Group#navigationGroup s|Button { fontSize: 16; fontWeight: normal; } }
最终的应用程序文件看起来像下面这样:
<?xml version="1.0" encoding="utf-8"?> <s:ViewNavigatorApplication xmlns:fx="http://ns.adobe.com/mxml/2009" xmlns:s="library://ns.adobe.com/flex/spark" firstView="views.holrHomeView"> <fx:Style> @namespace s "library://ns.adobe.com/flex/spark"; @namespace s "library://ns.adobe.com/flex/spark"; s|ActionBar { chromeColor: #990000; } @media (os-platform: "IOS") { |ActionBar { defaultButtonAppearance: beveled; } } @media (os-platform: "QNX") { s|ActionBar { defaultButtonAppearance: beveled; } s|ActionBar #titleDisplay { fontSize: 24; fontWeight: normal; } s|ActionBar.beveled s|Group#navigationGroup s|Button { /* use the rounded button instead of the angled back button */ skinClass:ClassReference("spark.skins.mobile.BeveledActionButtonSkin"); } s|ActionBar.beveled s|Group#actionGroup s|Button, s|ActionBar.beveled s|Group#navigationGroup s|Button { fontSize: 20; fontWeight: normal; } global { fontSize: 20; } } </fx:Style> <s:navigationContent> <s:Button label="Back"/> </s:navigationContent> <s:actionContent> <s:Button label="Save"/> </s:actionContent> </s:ViewNavigatorApplication>
一条关于高级CSS选择器的快速注解:移动主题会使用styleName
和ID
选择器来将样式从具体的ActionBar皮肤组件中区分出来。 我这样做是为了避免无意中改变ActionBar内容组中其他组件的样式。 例如,我不想让ActionBar中的按钮与标题文本具有同样的字体尺寸值。 我真的希望标题使用更大的文本以便凸显出来。
改变内置的移动主题的样式是非常简单的。 虽然特定于平台为ActionBar修改样式会更加复杂,但是归功于defaultButtonAppearance
和 titleAlign
风格,这并不是太困难。
现在,轮到最困难的部分了。 这里的第二篇教程将会帮助您打下基础,从而为Flex移动项目创建您自己的主题。
如果您愿意的话,可以跳过主要教程,直接查看我的iOS主题示例。 这个主题仅仅是一种概念的证明,但它确实可以表现出Flex更换皮肤功能有多么强大。
为了简洁起见,下面的教程会介绍如何创建一个使用移动主题作为基本主题的主题覆盖。 在一般情况下,Flex4主题作者应该为桌面项目的Spark 主题或者移动应用程序的移动主题创建一些覆盖。 许多重要的样式特性仅仅在使用一些指定主题名称时才适用。 例如,chromecolor
只在Spark 和移动主题中才适用。 如果您创建并使用了一个独立的主题,并且参考了CSS或MXML中的chromeColor
,编译器便会记录到一个错误。
创建自定义主题的第一步是创建一个库项目。 这个项目将输出您可以通过任何兼容项目重复使用的主题SWC文件。
既然您想扩展该移动主题,便需要添加它的swc文件以便扩展类以及从该主题中引用其他的附属文件。
一旦被添加到构建路径库树中,该swc文件便会被扩展。
这一步是必需的,如此的话,从移动主题SWC所添加的附属文件将不会被编译到自定义主题当中。 默认的移动项目配置(参见/path/to/4.5.1/frameworks/airmobile-config.xml)会默认添加移动主题SWC。 之后,当创建Flex移动项目时,您就不必单独添加移动主题SWC了。
对移动主题中诸如类的Go To Definition功能的支持是必需的。 在添加了该SWC后,Flash Builder最初使用的路径是不正确的。
现在您已经有了一个项目,但还需要几个步骤将它配置为一个主题。
-include-file defaults.css ../defaults.css.
这样便完成了一个主题SWC的基本设置了。 在defaults.css中定义样式并添加其他皮肤类之后,在该项目的bin文件夹中的SWC文件可以通过两种方式被用作主题覆盖:
如果您正在创建主题,为了获得更加醒目的导入体验,您可以将元数据以及预览图像连同自己主题的SWC或者CSS文件一起添加。 想获取更多关于主题创建的信息,请参见 创建主题。
在建立该主题之后,并且在创建皮肤之前,我将会设立一个项目来测试我的主题,正如我在开发主题时那样。 在这个项目中,我使用了一些技巧来使我的主题在迭代上更容易一些。
-theme+=/<theme project name>/bin/<theme project name>
.swc到Additional Compiler Arguments(附加编译器参数)。 这个参数会将应用主题覆盖到该项目。<fx:Script>
标签中添加一个对这个类的引用。 只需一个诸如ThemeClasses
的简单声明便已足够了。您可能在想为什么我不使用项目属性对话框中的Flex主题的属性页来设立一个主题呢。 简短的回答是,Flash Builder中的主题功能主要是设计用来导入预建的无法改变的主题。 正如我对主题项目进行的增量更改,我希望重新编译移动项目。 当主题项目发生改变时,这些步骤是让Flash Builder 重新编译移动项目所必需的。
这一阶段占据了这项工作的主体。 在关于创建Flex移动皮肤系列的 Part 1和 Part 2 中,我已经详细介绍了移动换肤开发过程。总括来说,其过程如下: 总括来说,其过程如下:
hostComponent
属性。chromeColor
)。skinclass
和样式数值。application-dpi
媒体查询功能来指定额外的CSS样式规则,从而筛选针对每个DPI字体尺寸以及填充样式。由于在先前的文章里已经介绍过这个过程,所以这里我将跳过一些细节内容。 如果您到目前为止都跟随这本指导的步骤,那么将可以从前一个指导中将CSS示例复制到主题库项目的defaults.css文件中。 当您运行移动项目的时候,它将从主题中拾取样式规则。
我所创建的iOS主题很大程度上依赖基于MobileSkin 基类以及Flex 4.5移动主题默认皮肤中的自定义皮肤。
由于这些主题将要用于任意类型的项目,所以我没有使用特定于平台的查询功能来筛选基于平台的样式规则。 这为我在Android或者黑莓Tablet OS应用上根据需要使用自己的iOS主题提供了很大的灵活性。
为了测试Flash Builder 4.5.1下的iOS主题,请下载mobiletheme_ios_usage.fxp示例文件,并遵循以下的指导:
Flash Builder将会自动为您创建一个运行配置。
为了将该项目打包并部署在iOS设备上,用户需要设置一个苹果开发者账户。 更多信息,请阅读Andrew Shorten's的文章Using Flash Builder 4.5 to package applications for Apple iOS devices*。
要了解更多关于移动皮肤设置以及我所做过的概念验证工作,请访问我的博客文章 Example: iOS Theme for Flex Mobile Projects*。
在您编译了移动应用程序以后,请考虑将其应用到哪一个特定于平台的模式当中。 随着智能手机以及tablet市场的持续发展以及多样化,AIR和Flex将会为移动应用的开发提供强大的跨平台方法。更多关于使用Adobe Flash 平台进行移动开发的内容,请访问The Mobile and Devices Developer Center*。
+
本文遵守知识共享—署名-非商业性使用-相同方式共享3.0 Unported License (Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License)许可条件。 适合本文包含的代码范例、但超越本许可条件范围的其它许可条件能够在Adobe中查到。
查看原文:Flex移动skin – 第3部分: 多平台开发