手机APP软件，属于CS架构么？

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

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

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

扩展资料：

C/S和B/S的比较：

1、硬件环境的比较：

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

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

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

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

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

首先，App的服务端跟Web的服务端没有多大区别，而且在实际的开发过程中，业务逻辑也都是共用一套，只是会针对不同的客户端做不同的适配(这点可参考Amazon，其对PC的web端，移动的Web端，移动的App都做了不同程度的适配).

其次，既然与Web的服务端没多大区别，那所用的技术也大同小异，对于App而言，服务端更多是一个数据接口，所以框架页大同小异；

最后，大致总结一下：

技术：

网络通信: tcp，http等；

Web服务：servlet, cgi脚本，asp等；

系统调度：多线程，并发等；

框架：

对应不同的web服务技术，采用的编程语言不同；

对应不同的网络通信协议，采用的框架也不同，netty->tcp，servlet等web服务框架->http等；

对应系统调度，有不同的多线程，多进程通信框架等；

对应提供不同的服务接口，有web service和restful两大类，前者基于soap协议，后者基于http协议，对应的框架就很多，不一一叙述；

除此之外，还有很多其他的技术，可先做，发现问题，自然就知道怎么去找相应的技术、解决方案(包含框架)来解决，所以先动手吧；

主要有以下模块：

(1) JSON，图像等的异步下载；

(2) 网络请求的排序（scheduling）

(3) 网络请求的优先级处理

(4) 缓存

(5) 多级别取消请求

(6) 和Activity和生命周期的联动（Activity结束时同时取消所有网络请求）2、android-async-http

主要有以下模块：

(1) 在匿名回调中处理请求结果

(2) 在UI线程外进行http请求

(3) 文件断点上传

(4) 智能重试

(5) 默认gzip压缩

(6) 支持解析成Json格式

(7) 可将Cookies持久化到SharedPreferences 3、Afinal框架

主要有四大模块：

(1) 数据库模块：android中的orm框架，使用了线程池对sqlite进行操作。

(2) 注解模块：android中的ioc框架，完全注解方式就可以进行UI绑定和事件绑定。无需findViewById和setClickListener等。

(3) 网络模块：通过httpclient进行封装http数据请求，支持ajax方式加载，支持下载、上传文件功能。

(4) 图片缓存模块：通过FinalBitmap，imageview加载bitmap的时候无需考虑bitmap加载过程中出现的oom和android容器快速滑动时候出现的图片错位等现象。4、xUtils框架

主要有四大模块：

(1) 数据库模块：android中的orm框架，一行代码就可以进行增删改查；

(2) 注解模块：android中的ioc框架，完全注解方式就可以进行UI，资源和事件绑定；

(3) 网络模块：支持同步，异步方式的请求；

(4) 图片缓存模块：加载bitmap的时候无需考虑bitmap加载过程中出现的oom和android容器快速滑动时候出现的图片错位等现象；5、ThinkAndroid主要有以下模块：(1) MVC模块：实现视图与模型的分离。

(2) ioc模块：android中的ioc模块，完全注解方式就可以进行UI绑定、res中的资源的读取、以及对象的初始化。

(3) 数据库模块：android中的orm框架，使用了线程池对sqlite进行操作。

(4) http模块：通过httpclient进行封装http数据请求，支持异步及同步方式加载。

(5) 缓存模块：通过简单的配置及设计可以很好的实现缓存，对缓存可以随意的配置

(6) 图片缓存模块：imageview加载图片的时候无需考虑图片加载过程中出现的oom和android容器快速滑动时候出现的图片错位等现象。

(7) 配置器模块：可以对简易的实现配对配置的操作，目前配置文件可以支持Preference、Properties对配置进行存取。

(8) 日志打印模块：可以较快的轻易的是实现日志打印，支持日志打印的扩展，目前支持对sdcard写入本地打印、以及控制台打印

(9) 下载器模块:可以简单的实现多线程下载、后台下载、断点续传、对下载进行控制、如开始、暂停、删除等等。

(10) 网络状态检测模块：当网络状态改变时，对其进行检6、LoonAndroid 主要有以下模块：

(1) 自动注入框架（只需要继承框架内的application既可）

(2) 图片加载框架（多重缓存，自动回收，最大限度保证内存的安全性）

(3) 网络请求模块（继承了基本上现在所有的http请求）

(4) eventbus（集成一个开源的框架）

(5) 验证框架（集成开源框架）

(6) json解析（支持解析成集合或者对象）

(7) 数据库（不知道是哪位写的 忘记了）

(8) 多线程断点下载（自动判断是否支持多线程，判断是否是重定向）

(9) 自动更新模块

(10) 一系列工具类

---