后台系统设计（一）：认识后台设计

"后台设计"并不像"前端设计"那样有大量的竞品可以"抄"，它往往带有一些神秘色彩。本篇文章通过介绍后台与前端的关系，后天系统通用模型来认识后台设计。

1.后台与前端的关系

一般我们所面对的前后台，简化后如同下图所示：

● 前端：主要负责与用户的交互及视觉体验、情感传递。主要的工作是数据获取（如用户输入账号密码、输入个人信息、输入收货地址等等）、页面布局展示、数据加载、文字图片动效视频音频加载及渲染等等。它更加侧重于用户体验方面的建设。

● 后台：主要负责与后台操作人员的交互并且响应前端的请求。主要的工作是数据存储、数据处理、逻辑处理、数据输出。它更加侧重于业务流程是否可以形成闭环、逻辑是否合理、是否可以快速完成工作。

2.后台通用设计模型

"通用模型"可以让我们使用"抽象"的思维完成结构性的理解。类似前端在讲用户体验时常常会提到《用户体验要素模型》一样，后台的通用模型可以划分为[表现层]、[业务层]、[数据层]。

● 表现层：通俗来讲就是业务操作人员使用的"管理后台"，业务操作人员通过"管理后台"完成数据的增删查改，并完成具体的业务或者任务。

①内部使用的"管理后台"是不会专门安排设计师来设计页面的，因为后台并不侧重视觉体验。

②前端开发也有可能不会协调进来，仅仅由后台开发完成，因为管理后台经过数十年的发展已经比较成熟了，有很多开源的模板已经为我们搭建好一个框架，是可以直接使用的。

● 业务层：核心层，主要职责是处理业务逻辑。根据具体的请求，以及制定好业务的规则&逻辑进行处理，随后给出响应。业务层在后台通用模型中的位置是十分的关键，它处于表现层与数据层中间，起到了数据交换中承上启下的作用。对于表现层，它是被调用者；对于数据层，它是调用者。

● 数据层：数据层包括数据访问层和数据库两个部分

①访问层：主要是对数据库进行直接操作，包括数据的增删查改；

②数据库：按照数据结构来组织、存储和管理数据的仓库。目前使用较多的关系型数据库mySQL，经常听到的表结构就在这一层。

■ 为什么要区分三层：

后台有一个设计原则，"低耦合"。我们在设计时是无法预测在未来这个系统会有多么的复杂以及要在何种场景下使用，所以我们需要保证我们所设计的后台具有较高的灵活性和可扩展性。"低耦合"的设计原则让模块与模块之间解耦，互不影响，只要模块的颗粒度足够，模块与模块之间的灵活组合便可以提高拓展性。就像积木一样。