程序架构

大家都听过系统架构，软件架构，程序也要架构吗？

当然需求，我们不是常说“三层架构”吗？表现层，业务层，数据层。只有充分理解了三层架构的含义，才能更好的和其它人一起开发，使组内成员达成一致，能使程序路径清晰，明确任务分工和协作人员，提高了开发效率。

在此之前还想解释一个名词，程序设计，

程序设计是给出解决特定问题程序的过程，是软件构造活动中的重要组成部分。

所以，我想把程序架构解释成：对整个代码结构和规范的一个蓝图，有待补充。

下面是我做的拍拍项目的程序架构，由Raymond主持的项目，当时我是等Raymond架构好了业务层和数据层后加入项目的。也正是由于良好的程序架构，使得我很快的熟悉了代码，很容易的就理解了思想和需求，这不是就把方法的注释写到方法名里，把产品的需求写到程序架构里吗？

其实这个规范主要是遵循了一个达成共识，会让大多数人习惯。

表示层：按页面来分，比如：上传控制器，组图列表控制器。

业务层：按业务的需求来分，比如：图片管理器（组图，单图），用户管理器（用户信息，用户权限）。

数据层：这个是最好分的了，一般也不会有什么大的标新立异，直接和表一一对应。

所以说，经历了这个项目，培养了一种思维方式。