应用架构设计

第一步：
前期对项目设计很有必要，负责项目容易被重构，浪费时间
在开头的时候，必须要一下整个应用各个模板和组件之间的基本层次结构，这里包括客服端和服务端两部分的内容
1. App MVC
2. App的library层
3. Hush Framework

index.php是整个程序的项目入口

大多数服务端应用程序是以API接口为主，
Hush Framework底层就是MVC框架

架构师—开发—优化

App后端技术架构

当设计App后台的架构时，根据以上的架构框架，采用下面4点设计App架构。

1.根据App的设计，梳理出App的业务流程，把每个业务流程列出
2.把每个业务流程可能遇到的问题整理出来
3.根据出的问题，探讨可行的就是解决方案
4.把3中的索引技术解决方案有机融合，就是一个App后台的初步架构

架构时和业务逻辑紧密相关，每个App都有独自的业务逻辑，遇到的问题也不一样，解决方案也不一样，因此也不尽相同

例如，App刚上线的时候为了快速开发，查询用户的数据这个功能是每次查询数据库，随着用户量的增大，数据库的查询压力也随着增大，可能就要考虑缓存，或者把数据的查询迁移到nosql数据库

架构是为了满足业务的需求设计的，

私有协议和，通有协议 自己开发协议，封装
触发开发者对App的安全性能要求高，不然选择HTTP协议就够了

长连接和短连接：

长连接：Socket	WebScocket  一直连接，主要针对，聊天和手游
短连接：主要是HTTP协议，需要的时候才连接

api： application programming interface 是一些预先定义好的函数，目的是提供应用程序与开发人员基于某些软件或者硬件得以访问一组例程的能力，而又无须访问源码，或理解内部工作机制

例子：比如atm取款机
当App调用后端提供API的时候，只需要明确下面3点：
1.这个API的用途：在ATM的例子中，是取款，还是查询余额，还是转账？
2.输入什么：在ATM的例子中，使用取款给你要输入金额。
3.结果是什么：在ATM的例子中，取款时成功还是失败？
至于API内部是怎么处理的，App无须知道。

后端是返回给API的数据格式

API一般是以HTTP的形式调用的，通过HTTP传入参数，返回数据 1.JSON( JavaScript object notation）是一种轻量级的数据交换格式，JSON采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯，这些特性是JSON成为理想数据交换语言

{
	"age": 11,
	"name": "jeff"
}

2.XML，其用来标记数据，定义数据类型，是一种允许对自己的 标记语言进行定义的源语言，它非常适合万维网传输

<?xml version="1.0" encoding="UTF-8">
<name>jeff</name>
<age>11</age>

JSON格式更好，大多API都是以JSON作为回流