移动端app架构（移动app后端架构）

本篇文章给大家谈谈移动端APP架构，以及移动app后端架构对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享移动端app架构的知识，其中也会对移动app后端架构进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、【产品】移动端APP常见架构与设计
• 2、手机APP软件，属于C/S架构么？
• 3、干货|深度讲解APP结构，看完后你学会了？
• 4、App-快速搭建项目框架-基本架构
• 5、中国移动营业厅app使用什么架构写的
• 6、app架构思考

【产品】移动端APP常见架构与设计

通过点击底部Tab标签切换不同页面，可以说是如今众多APP的标配了。

典型的如：微信，微信底部4个Tab分别是微信、通讯录、发现、我，更新迭代这么多年，一直很稳定，即使增加了很多功能，但微信的整体架构依然很简洁、稳定，佩服龙哥。

一般底部Tab标签为2-5个，超过5个通常会折叠。个人感觉过多的Tab标签会影响用户对APP主要功能模块的认知。

有些Tab标签对应的页面有不同类型的内容，此时可在页面上方同时设置顶部文字标签，使该Tab标签下的内容能够更清晰、有条理的分类。

如：抖音首页底部Tab标签上方有关注、推荐两个文字标签。

底部Tab的形式适用于APP有多个主要功能模块，每个模块可单独成页。

而有些APP核心功能很突出，且各个功能模块均依附于该核心功能；或是核心功能非常重要，其他功能相对弱一些。这样可能不太适合以底部Tab形式设计APP。

对于核心功能很突出、且各个功能模块均依附于该核心功能的情况，可以考虑用卡片形式，如：faceU，它的核心功能是打开摄像头拍照，主要功能有贴纸、滤镜等，这些主要功能是依附于拍照这个核心功能的，因此比较适合卡片形式的架构。

对于核心功能非常重要、其他功能相对弱一些的情况，可以考虑打开APP后，开门见山直接显示核心功能，其他功能隐藏在次级页面，如：滴滴，打开APP后直接进入打车页面，凸显核心功能，其他功能如：订单、客服、消息等，均折叠隐藏在次级页面。

列表布局即通过一行行列表的形式展示每项内容。这种方式扩展性好，可上下滑动展示更多内容，适用于并列、平行内容的展示。

常见的如设置页面：以列表形式展现每项可设置功能，右侧显示“”，表示有更多操作；或者右侧直接显示开关按钮、默认选项等。常见的列表布局还有对话列表、歌曲播放列表等等。

同时如果展示内容有分类，则可以通过增加行间距的方式，将不同类别的内容聚合在一起。

宫格布局即以宫格平铺的方式呈现各个功能入口，这种方式使用户能够直观、清晰看到各个功能入口，比较适合提供服务/功能较多，且各服务/功能相对独立的APP。

每个宫格区域一般是以图标+标题的方式展示，标题不易过长。

如：支付宝以宫格展示各项应用入口，微信以宫格展示可提供的第三方服务入口。

以瀑布流方式展示图文内容，所展示内容错落有致，可通过滑动的方式查看更多内容，沉浸感、流畅感好。

常见的如：旅游类APP，图文信息比较多且更新频繁的APP。

抽屉式菜单，即点击导航按钮，将二级菜单像拉抽屉一样拉出来。

这种形式能极大程度保持页面简洁，节省空间，但由于功能隐藏在子菜单中，比较适合不太重要的功能。

常见的如：个人中心、设置等，会比较多的隐藏于抽屉式二级菜单中。

手风琴菜单表现形式为，通过点击一级菜单按钮，能够实现在子菜单展示与收回之间的来回切换。

常见的如：QQ好友分组列表，相信大家都不陌生了。

这种形式的菜单能够在保持界面简洁的情况下，实现信息扩展，比较适用于两级结构的分组信息展示。

手机APP软件，属于C/S架构么？

不全属于C/S架构移动端app架构，手机APP软件除了C/S架构，还有单机版APP，B/S架构等类型的APP。

在C/S结构中，应用程序分为两部分:服务器部分和客户机部分。服务器部分是多个用户共享的信息与功能，执行后台服务。典型的如一些聊天APP，视频APP等就是作为本地客户机，与服务器端进行信息交流、请求等，属于典型的C/S结构。

B/S架构中，客户机上只要安装一个浏览器，如NetscapeNavigator或InternetExplorer，服务器安装SQLServer、Oracle、MYSQL等数据库。浏览器通过WebServer同数据库进行数据交互。手机中就有许多浏览器应用，是属于B/S架构的。当然手机中还有一些单机版游戏等应用。

扩展资料移动端app架构：

C/S和B/S的比较：

1、硬件环境的比较：

CS建立在局域网的基础上，局域网之间再通过专门服务器提供连接和数据交换服务。在CS结构中，客户机和服务器都需要处理数据任务，这就对客户机的硬件提出了较高的要求。BS结构建立在广域网之上，不必配备专门的网络硬件环境。

2、系统维护、升级的比较

CS结构中的每一个客户机都必须安装和配置相关软件，如操作系统、客户端软件等。BS结构中每一个客户端只需通过浏览器便可进行各种信息的处理，而不需要安装客户端软件，维护、升级等几乎所有的工作都在服务器端进行，如果系统需要升级，只需要将升级程序安装在服务器端即可。

参考资料来源：百度百科-B/S架构

参考资料来源：百度百科-C/S架构

干货|深度讲解APP结构，看完后你学会了？

本文节选自霍格沃兹测试学院内部教材
我们要学习App结构，那么就是一定先了解APK包的结构。
什么是APK  
APK 是 Android Package 的缩写，其实就是 Android 的安装包。通过将 APK 文件直接传到 Android 模拟器或

Android 手机中执行即可安装。
APK 文件其实是 zip 格式，但后缀名被修改为 apk，通过 Android Studio 可以看到 APK 内部的文件。
APK结构  
知道什么是 APK 之后，接下来再来看看 APK 里面的结构是怎么样的。
下面拿雪球 APK 来举例。
  * lib/ 目录
存放的是一些 so 文件。so 文件是二进制文件，用来兼容各种类型的 CPU。
Android 开发中，在打包发布应用时会选择应用适配的 CPU 架构平台，在引用第三方库时也遇到根据不同 CPU 架构引入相应的 so 包。Android

主要包括这几种 CPU 架构：armeabi、armeabi-v7a、arm64-v8a、x86、x86_64、mips，大多数情况下只需要支持

armabi 与 x86 的架构即可。
不同的 CPU 架构决定了 app 可以运行在哪些设备上。比如我们的手机设备一般来说用的是 arm 架构，而我们的模拟器一般来说是 x86 架构。如果

app 只支持 arm 架构的话，那么就只能安装在真机上，模拟器上安装就会不成功。如果是两种架构都支持的话，那么就是真机和模拟器都可以安装了。
  * res/ 目录
res 目录是工程资源目录，存放的是各种资源文件，包括界面布局，图片，字符串等。
  * assets/ 目录
assets 目录用来存放配置文件。
  * classes(n).dex 文件
DEX 编译 Java 的 Class 文件，生成 classes.dex 文件。
  * resources.arsc 文件
resources.arsc 文件是编译后的二进制资源文件。
  * AndroidManifest.xml 文件
AndroidManifest.xml 文件是 Android

的清单文件，是每个应用都必须定义和包含的。它描述了应用的名字、版本、权限、引用的库文件等等信息。
移动端App分类  
app 可以分为下面这些类型
  1. Native App：原生 app 手机应用程序，使用原生的语言开发的手机应用。比如系统自带的计算器、闹钟就是原生 app。
  2. Hybrid App：混合型 app 手机应用程序，混合使用原生的程序和 HTML5 页面开发的手机应用。现在大部分的 app 都是这种混合型的，比如微信，支付宝等等。
  3. Web App：基于 Web 的 app 手机应用程序，完全使用 HTML5 页面加前端 js 框架开发的手机应用。比如在浏览器中打开美团，这个页面就是网页 Web App。
Native App  
对于 Native APP 来说，一个页面上有下面这些类型的对象。
 **Activity**
Activity 是 Android 四大组件之一，用于展示一个与用户交互的界面。Activity 是存放 View

对象的容器，也是界面的载体，可以用来展示一个界面。
 **Window**
Window 是 Android 中的窗口，表示顶级窗口，也就是主窗口。它提供标准的用户界面策略，如背景、标题、区域、默认按键处理等。
 **View**
View 就是一个个视图的对象。视图，是用户接口组件的基本构建块，它在屏幕中占用一个矩形区域，它是所有 UI 控件的基类，如一个按钮或文本框。View

负责图形界面渲染及事件处理。
 **ViewGroup**
ViewGroup 是 Android 中的视图组。包含多个 View，也可以包含 ViewGroup。
查看界面元素  
对于 Android 来说，要查看 app 界面的元素需要用到工具帮忙，常用的工具有 uiautomatorviewer。这是 Android SDK

自带的工具，使用起来非常简单。它可以获取到整个界面的布局，我们通过它就可以很容易的查看界面当中的元素和元素的属性了。
元素属性  
左侧就是我们同步过来的界面，可以在界面上直接选择元素，然后右面就会展示界面布局和对应元素的属性。
布局  
了解 app 的界面布局，可以让我们做自动化测试的时候更容易去定位页面上的元素。
这里的布局就是指界面元素排布的方式。界面上的布局方式都有以下这些方式：
  * 线性布局（LinearLayout）：所有子视图在单个方向（垂直或水平）保持对齐
  * 相对布局（RelativeLayout）：每个视图的位置可以指定为相对于同级元素的位置。例如在另一个视图的左侧或下方，或相对于父级区域的位置，例如在底部、左侧或中心对齐
  * 帧布局（FrameLayout）：坐标原点是屏幕的左上角，位置固定，只需为控件指定大小即可，用来显示一个单一的视图
  * 绝对布局（AbsoluteLayout）：能够指定其子视图的确切位置
  * 表格布局（TableLayout）：通过画表表格的方式来实现布局，整个页面就相当于一张大的表格，控件就放在每个 Cell 中
常见属性  
  * index：元素索引
  * text：显示文本
  * resource-id：元素id
  * class：类名
  * package：包名
  * content-desc：描述文案
  * checkable：是否可以选择
  * checked：是否已经选择
  * clickable：是否可以点击
  * enabled：是否可用
  * focusable：是否可以聚焦
  * fucused：是否已经聚焦
  * scrollable：是否可以滚动
  * long-clickable：是否可以长选择
  * password：是否为密码输入框
  * selected：是否已选择
  * bounds：元素位置坐标
在这些属性当中，对于测试有意义的有 text、resource-id class 和 content-

desc，其余的暂时不用太关注。这几个属性在后面做自动化的时候，可以用来定位元素。
App结构讲解就先讲到这里啦，下期我们分享adb常用命令。大家还想看什么内容的文章也可以留言告诉我们哦！
 ** _ 

来霍格沃兹测试开发学社，学习更多软件测试与测试开发的进阶技术，知识点涵盖web自动化测试 app自动化测试、接口自动化测试、测试框架、性能测试、安全测试、持续集成/持续交付/DevOps，测试左移、测试右移、精准测试、测试平台开发、测试管理等内容，课程技术涵盖bash、pytest、junit、selenium、appium、postman、requests、httprunner、jmeter、jenkins、docker、k8s、elk、sonarqube、jacoco、jvm-sandbox等相关技术，全面提升测试开发工程师的技术实力

QQ交流群：484590337

公众号 TestingStudio

视频资料领取：https://qrcode.testing-studio.com/f?from=jianshuurl=https://ceshiren.com/t/topic/15844

点击查看更多信息

App-快速搭建项目框架-基本架构

一、 目前移动端项目的主流App框架基本都是标签式的，通过TabBar + NavigationController框架进行搭建完成。TabBar + NavigationController就是在应该TabBar上添加itemBar，每一个itemBar都是一个独立的模块，并且每一个itemBar都对应一个NavigationController。因为每一个itemBar的导航器都不一样，所以应该是先有TabBar 再有NavigationController。
二、

中国移动营业厅app使用什么架构写的

在实际的移动app开发过程中无论是前端还是服务端移动端app架构，比较常用的架构就是MVC移动端app架构了移动端app架构，很多app开发工程师为移动端app架构了能更好的开发和管理移动app项目移动端app架构，还会在MVC的基础上去衍生出一些自定义的架构。
因为通过-app在线制作平台制作app这种移动app开发方式，可以不用去学习移动app开发技术及相应的架构知识，无需编程开发、无需专业UI设计，只需要简简单单4步操作，即使是技术小白也能在最快10分钟内完成移动app开发。
另外还有一种移动app开发平台架构，那就是VIPER(View Interactor Presenter Entity Router)，该架构有以下几点特性：

1.任务均摊：VIPER是任务划分中的佼佼者。
2.可测试性：不出意外地，更好的分布性就有更好的可测试性。
3.易用性：必须为很小功能的类写出大量的口。

app架构思考

整个APP架构上从上到下分为三层，独立于APP移动端app架构的 通用层，通用业务层，业务层 。业务层用来处理上层业务，业务层可以依赖通用业务层和独立于APP的通用层，而且这种依赖是单向的，由上到下的，不能下层依赖上层。

1.首先客户端整体架构的最底层有一个独立于APP的通用层，在这一层里有崩溃的统计，网络的第三方，分享的第三方库等。也就是说这一层的框架或者说架构放在任何一个APP当中，都可以起到一个底层的支撑作用，它是独立于APP之上的。

2.在独立于APP的通用层之上，有一个通用的业务层。比如说针对当下公司，移动端app架构他有一些通用的基础组件，比如说第三方库的二次封装，toast，刷新控件等，这些往往是和当下公司的业务相关的。但是对于APP来说，各个业务线，对于这些通用控件都有需求，那么我们可以将这些内容沉降到通用的业务层。

3.最上层就是我们的业务模块了，业务层的模块应该按照模块化的设计思想，尽量做到高度的“高内聚，低耦合”。
这么做的好处是为以后可能的组件化做准备，目前APP业务规模较小，等以后APP业务规模增大，需要进行重构做组件化的时候，在业务层加入中间层，进行业务模块之间的解耦，将会方便很多。

目标移动端app架构：单独拎出一个业务，不用做过多修改，然后就能生成一个新的APP。这个就是我们做整体的一个客户端的架构的目的或者说它的意义。

所有模块的开发，包括独立于APP的通用层，通用业务层，业务层，都应该遵循模块化的思想，做到高度的“高内聚，低耦合”。

实现模块化需要注意的点移动端app架构：

关于设计模式的选择，借鉴MVVM设计模式，将业务模块划分为 Controller+View+Model+ViewModel+Service+Constant 六个部分。

关于移动端app架构和移动app后端架构的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 移动端app架构的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于移动app后端架构、移动端app架构的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。