项目架构分析

项目架构分析

1.1-什么是架构

1.2-从系统层次进行架构分析

1.2.1-iOS系统框架介绍

1.2.2-软件架构分析

1.3-从应用层次进行架构分析

1.1-什么是架构？

我们人类在做事之前喜欢先把它的整体结构设想一下，就像盖一座大厦，可能会想用砖盖，还是用最新的环保隔声材料盖，里面的格局是采用中式的还是欧式的，彩色主色采用什么等等，这些相关的数据都需要提前规定好，事实上项目架构也是这样

在一个好的架构下编程，不仅对于开发人员是一件赏心悦目的事情，更重要的是软件能够表现出一个健康的姿态；而架构设计的不合理，不仅对于开发人员是一件受苦受难的事情，软件本身的质量更是受到严重威胁。

1.2-从系统层次进行架构分析

1.2.1-iOS系统架构介绍

我们在开发中去架构一款软件，很大程度上我们参考了iOS系统自身的架构，这样获取更加具有说服力

iOS的系统架构分为四个层次：核心操作系统层（Core OS layer）、核心服务层（Core Services layer）、媒体层（Media layer）和可触摸层（Cocoa Touch layer）

Core OS是位于iOS系统架构最下面的一层是核心操作系统层，它包括内存管理、文件系统、电源管理以及一些其他的操作系统任务。它可以直接和硬件设备进行交互。作为app开发者不需要与这一层打交道

Core Services是核心服务层，可以通过它来访问iOS的一些服务

Media是媒体层，通过它我们可以在应用程序中使用各种媒体文件，进行音频与视频的录制，图形的绘制，以及制作基础的动画效果

Cocoa Touch是可触摸层，这一层为我们的应用程序开发提供了各种有用的框架，并且大部分与用户界面有关，本质上来说它负责用户在iOS设备上的触摸交互操作

1.2.2-软件架构分析

每个人对软件的架构分析是不一样的，在不影响具体开发的情况下，没有人能说自己的架构是好的，别人的架构就一定是不好的，以下只是本人多年开发经验积累的一些感悟，仅供参考

衡量一个软件架构的好坏，最有说服力的就是它的存活性，即能够在原有的架构师迭代几个版本，维护多少年~

软件标准的四层架构如下

1.展示层：负责系统与客户的交互

我们的MVC属于展示层

2.业务逻辑层：负责处理系统的业务逻辑

主要是将应用的核心业务进行分离封装，复用性很高

3.数据访问层：负责处理数据，与不同的数据打交道

如我们软件开发中的单例模式

如开发中对AFN框架的二次封装（单例模式实现AFNetworkingManager）

4.服务层：负责与其他系统进行数据交互和业务集成

如开发中的网络层：负责我们软件与后台之间的数据交互

如开发中的硬件层：负责与硬件设备交互（硬件都是二进制，需要底层封装）

1.3-从应用层次进行架构分析

有了系统层次的分析，我们需要将系统层次的架构具体的反应到我们的工程中，并且针对应用开发来搭建我们工程的目录结构

1.模块划分

分析项目需求，进行模块划分

MVC或者MVVM或者MVP

2.通用组件

1.通用宏

2.通用工具

自定义类

系统分类

3.通用UI

3.核心服务层

网络层

硬件层

4.通用模型

跨模块数据层

5.第三方框架

6.应用资源

音频、视频