设计开发 １数字技术 叶 实现对Ｐｒｅｓｅｎｔｅｒ的测试。在ＭＶＣ模式中测试和维护较难解 决的问题，在ＭＶＰ中都解决了。 Ｊ ｌＰ ２３ＭＶＶＭ Ａｎｄｒｏｉｄ应用中的ＭＶＶＭ是在２０ １ ５年Ｇｏｏｇｌｅ的ＩＯ大会 上推出的。提到Ｍ Ｖ Ｖ Ｍ，大多数开发者都会想Ｄ ａ ｔ ａ 繁 Ｂｉｎｄｉｎｇ，Ｄａｔａ Ｂｉｎｄｉｎｇ是Ｇｏｏｇｌｅ官方推出的一个基于 晓 一 ～龇 麟 羝 构 ＭＶＶＭ设计模式实现的框架，ＭＶＶＭ可以实现视图和逻辑 腰～逝一 ～耀 ～件 缴 一统 代码的超级解耦，按照Ｇ００ｇｌｅ的说法，使用了ＭＶＶＭ的开 发模式，还可以提高布局文件的解析速度。从图３中可以看 到，ＭＶＶＭ和ＭＶＰ的结构上区别不大，Ｐｒｅｓｅｎｔｅｒ层换成了 图４ ＡＰＰ整体架构 ＶｉｅｗＭｏｄｅｌ层，Ｖｉｅｗ层和ＶｉｅｗＭｏｄｅｌ层是相互绑定的关系， 这意味着当更新ＶｉｅｗＭｏｄｅｌ层的数据的时候，Ｖｉｅｗ层的ＵＩ 会相应的变动。 鹾 ； 在ＭＶＶＭ设计模式中，通过ＶｉｅｗＭｏｄｅｌ和Ｖｉｅｗ的映 射，完成了Ｖｉｅｗ和Ｍｏｄｅｌ的双向绑定。Ｖｉｅｗ的事件直接传 务 ｛碰埘塌 递￣１］ＶｉｅｗＭｏｄｅｌ，ＶｉｅｗＭｏｄｅｌ去ＲｅＭｏｄｅｌ进行操作并接受更 新。进而反馈到Ｖｉｅｗ上。相比于ＭＶＰ去掉了Ｐｒｅｓｅｎｔｅｒ，但 敞 ： ＶｉｅＷ层略显过重，同时Ｖｉｅｗ的复用成为了一个新的问题。 ｉ ． 一 ２．４分析比较 图５应用层架构 经过上面的分析，可见ＭＶＣ已不太适用Ａｎｄｒｏｉｄ等移 ｉ ｔＹ控制器并不是完全分离的，也就是说一部分Ｖｉｅｗ视图 动应用的开发设计中了，相比来说ＭＶＰ和ＭＶＶＭ是更适合 和Ｃｏｎｔｒｏｌｌｅｒ控制器Ａｃｔｉｖｉｔｙ是绑定在一个类中的。 在移动应用的开发中使用，ＭＶＰ和ＭＶＶＭ这两个ＭＶＣ的 ＭＶＣ在Ｗｅｂ开发中使用极为广‘泛，但使用在Ａｎｄｒｏｉｄ 升级延续孰优孰劣，并没有结论，还是要根据具体的项目、 中，问题还是较多的，Ｘｍｌ布局文件作为视图层，控制能力 具体产品来分析。 较弱，如果动态的去改变界面，只能把代码写在Ａ ＣｔｉｖｉｔＹ ３整体架构的设计与实现 中，这就造成了Ａｃｔｉｖｉｔｙ既是Ｃｏｎｔｒｏｌｌｅｒ层，又是Ｖｉｅｗ层的 优秀的Ａ Ｐ Ｐ架构应该具有清晰的层次划分，功能模块 这样一个窘境。ＭＶ Ｃ还有一个重要的缺陷，图ｌ可以看到， Ｖｉｅｗ层和Ｍ０ｄｅｌ层是相互可知的，这意味着两层之间存在 划分和业务逻辑划分，同一层模块间充分解耦，模块内部 耦合，虽然控制器起到了一定的解耦作用，但也只是在一 高内聚，各分层设计符合面向对象设计六大原则，提高程 定程度上，耦合对于一个大型程序来说是非常致命的，因 序的封装性、复用性、可维护性，最后应该在功能，性能，稳 定性等方面达到综合最优。基于此，ＡＰＰ架构可分为四层， 为这表示开发，测试，维护都需要花大量的精力。 如图４所示，最顶层是应用层，是面向用户的第一层，然后 ２．２ＭＶＰ ＭＶＰ是模型（Ｍｏｄｅ１）、视图（Ｖｉｅｗ）、主持人（Ｐｒｅｓｅｎｔｅｒ）的 是应用组件层，提供了封装组件服务，再下是基础组件层，缩写，分别代表项目中３个不同的模块。ＭＶＰ作为ＭＶ Ｃ的 为ＡＰＰ提供基础功能组件，最下面是系统层，直接面向系 演化，更适用在移动应用的开发中，解决了Ｍ Ｖ Ｃ存在的缺 统底层开发。整 体 一． ．、 ３．１应用层 点，对于Ａｎｄｒｏｉｄ来说，ＭＶＰ的Ｍｏｄｅｌ层相对于ＭＶ Ｃ是一样 应用层专注于业务领域的实现，与需求的业务功能关 的，而Ａｃｔｉｖｉｔｙ和Ｆｒａｇｍｅｎｔ不再是Ｃｏｎｔｒｏｌｌｅｒ层，而是纯粹的 Ｖｉｅｗ层，所有关于用户事件的转发全部交由Ｐｒｅｓｅｎｔｅｒ层处 联，直接面向用户，是用户对产品感知的第一层，应用层包 含以下细分的三层，如图５所示。 理。 （１）视图层，与用户直接交互的界面，是用户和系统之 图２是ＭＶＰ的设计模式图，从图中可以看出，与ＭＶＣ最 明显的差别就是Ｖｉｅｗ层和Ｍ０ｄｅｌ层是不连通的，做到了完 间交流的桥梁，它一方面为用户提供了交互的工具，另一 全的解耦，当Ｖ ｉ ｅ ｗ层某个界面需要展示某些数据的时候， 方面也为显示和数据处理实现了一定的逻辑，协调用户和 首先会调用Ｐｒｅｓｅｎｔｅｒ层的接口，然后Ｐｒｅｓｅｎｔｅｒ层会调用 系统的操作。（２）业务层，包含了ＡＰＰ需要的所有功能上的 Ｍ０ｄｅｌ层请求数据，当Ｍ０ｄｅｌ层数据加载成功之后会调用 算法和逻辑处理，并与数据层和视图层交互。抽象的说，业 Ｐｒｅｓｅｎｔｅｒ层的回调方法通知Ｐｒｅｓｅｎｔｅｒ层数据加载完毕，最 务层是处理与业务相关的部分，包含一系列的执行与数据 后Ｐｒｅｓｅｎｔｅｒ层再调用Ｖｉｅｗ层的接口将加载后的数据展示 的操作。（３）数据层，提供访问数据的功能，在分层设计中，所有读取数据或写入数据的工作都属于这一层的任务，不 给用户。这就是Ｍ Ｖ Ｐ模式的整个核心过程。 在整个过程中，Ｐｒｅｓｅｎｔｅｒ层充当了桥梁的作用，Ｖｉｅｗ 做过多的数据逻辑处理，操作的是非原始数据。层和Ｍ０ｄｅｌ层完全没有联系。在层与层的通信交互中，主要 是通过接口和回调机制实现的。这样分层的好处就是大大 减少了Ｍ０ｄｅｌ与Ｖｉｅｗ层之间的耦合度。一方面可以使得 Ｖｉｅｗ层和Ｍ０ｄｅｌ层单独开发与测试，互不依赖。另一方面 Ｍ ０ ｄｅ １层可以封装复用，可以极大的减少代码量。不仅如 此，还可以编写测试用的Ｖｉｅｗ，模拟用户的各种操作，从而 ３－２应用组件层 应用组件层为上层封装业务功能，以服务的表现形式 提供，不涉及Ｕ Ｉ和平台的特性，应用组件层的服务是 的，可移植的，不依赖特定的开发和使用环境，如图６所示， 主要包括有社交分享、推送服务、扫码组件、键盘组件、手 势密码等。 １３４ 设计开发 从Ｍｏｄｅｌ出发，而没有考虑ｆＵＶｉｅｗ端的复杂性，这样导致的 问题是Ｍｏｄｅｌ难以符合复杂多变的Ｖｉｅｗ端变化。相对这点， ＭＶＰ和ＭＶＶＭ就要好得多。它们都出了Ｐｒｅｓｅｎｔｅｒ和 ＶｉｅｗＭｏｄｅｌ来对应每个Ｖｉｅｗ。ＭＶＰ模式是一个真正意义卜 的隔离Ｖｉｅｗ的细节和复杂性的模式，在ＭＶＰ模式中的Ｖ代 表的是一个接口，一个将Ｕ Ｉ界面提炼而抽象出来的接口。 接口意味着任何实现了该接口的界面，都能够复用已有的 Ｐｒｅｓｅｎｔｅｒ和Ｍｏｄｅｌ代码。在ＭＶＶＭ模式中，一个ＶｉｅｗＭｏｄｅｌ 和一个Ｖｉｅｗ匹配，它没有ＭＶＰ中的ＩＶｉｅｗ接口，而是完全的 和Ｖｉｅｗ绑定，所有Ｖｉｅｗ中的修改变化，都会自动更新到 ＶｉｅｗＭｏｄｅｌ中，同ＨＣｖｉｅｗＭｏｄｅｌ的任何变化也会自动同步 到Ｖｉｅｗ上显示。ＭＶＰ与ＭＶＶＭ两者没有严格的好坏之分， 在具体选择实现时，还是要要具体分析ＡＰ Ｐ的需求复杂度 和具体的业务场景。 ４．２应用组件层 图６应用组件层架构 日志记录 ｛ ｆ 豳片缓存 数据解析 图７基础组件层架构 系统层 消息处 应用组件层为上层封装业务功能，以服务的表现形式 提供，社交分享、推送服务等，它们的实现最简单的方式就 是使用第三方平台，具体的整合，第三方平台都已经提供 了很完善的ＡＰＩ接口文档。同时补充一点，事件总线也分布 在此层，在Ａｎｄ ｒ０ｉｄ系统中，事件总线简化了Ａ ＣｔｉｖｉｔＹ、 Ｆｒａｇｍｅｎｔ、Ｓｅｒｖｉｃｅ等组件之间的交互，很大程度上降低了它 们之间的耦合，使得我们的代码更加简洁，耦合性更低，提 升我们的代码质量。 ４－３基础组件层 基础组件层提供Ａ Ｐ Ｐ的公有特性，数据库操作足应尽 量使用ＯＲＭ框架，ＯＲＭ是一种程序设计技术，用于实现面 向对象编程语言里不同类型系统的数据之间的转换。现在 较为成熟的是ＯＲＭＬｉｔｅ与ＧｒｅｅｎＤａｏ。网络、图片、ＪＳＯＮ等的 图８系统层架构 处理，依靠成熟的框架是较为明智的选择。日志记录是一 ３－３基础组件层 个基础且极为重要的组件，可帮助开发人员代码凋试，快 基础组件是相对于业务功能来说的，它是对复用率比 速错误定位，Ａｎｄｒｏｉｄ系统中提供了Ｌｏｇ类来记录日志，使 较高的代码的一种抽离，它提供Ａ ＰＰ的公有特性，实现依 用起来方便简单，也可以使用功能更为强大的开源日志记 赖特定的平台环境，这一层也是用户对产品的一种感知， 录库ＬＯｇｇｅ ｒ，具体的选择依赖于开发者的使用习惯。 这种感知表现在稳定性、性能等方面，直接关系到产品的 ４．４系统层 用户体验。如图７所示主要包括有数据库操作、网络通信处 系统层的开发更偏向于Ｌｉｎｕｘ环境开发，Ａｎｄｒｏｉｄ系统 理、日志记录、图片缓存、数据解析（ＪｓＯＮ／ＸＭＬ）、加解密 是以Ｌｔｎｕｘ内核为基础，所以对于进程的管理自然离不开 等。 Ｌｉｎｕｘ本身提供的机制。在Ａｎｄｒｏｉｄ系统中，进程可以大致分 ３．４系统层 系统层主要是基于底层的一些系统模块，如图８所示， 主要包括进程通信、线程管理、内存管理、消息处理等，在 Ａｎｄｒｏｉｄ ＡＰＰ的开发中，进程和内存的管理是较难处理的， Ａｎｄｒｏｉｄ采取了一种有别于Ｌｉｎｕｘ的进程管理策略，在进程 活动停止后并不立刻结束该进程，Ａｎｄｒｏｉｄ把这些进程都 保留在内存中，直到系统需要更多内存为止。这些保留在 内存中的进程通常情况下不会影响整体系统的运行速度， 并且当用户再次激活这些进程时，提升了进程的启动速 度，Ａｎｄｒｏｉｄ其实已经为开发者做好了很多事情，系统层的 开发应多参考源码标准。 为系统进程和应用进程两大类，开发者更多关注的是应用 进程，Ａｎｄｒｏｉｄ应用程序是通过消息来驱动的，系统为每‘ 个应用程序维护一个消息队列，应用程序的主线程不断地 从这个消息队列中获取消息，然后对这些消息进行处理， 这样就实现了通过消息来驱动应用程序的执行。系统层的 开发实现，Ａｎｄｒｏｉｄ提供了较为丰富的实现方式，包括上层 Ｊａｖａ的封装实现，和下层ｃ／Ｃ＋＋的底层实现。本文不再详 细介绍。 ５结语 本文通过一系列的分层与整合，剥离和组合等方式优 化了ＡＰＰ应用的整体架构，在关键技术实现上，本文也给 ４关键技术实现 出了一定的技术指导。在应用的设计开发中使用分层架构 ４．１应用层 模式，一方面能提高ＡＰＰ的功能性、稳定性和可维护性，另 应用层作为与用户交互的第一层，直接影响着用户的 方面提高了用户的产品使用体验，这样才能促使ＡＰＰ产 交互体验，因此采用成熟的设计框架更为稳妥，本文分析 品长期发展下去。 了Ａｎｄｒｏｉｄ中常用的ＵＩ设计架构模式，ＭＶＣ的设计思想是 一” １３５
