认识达内从这里开始

认真做教育专心促就业

Android开发架构思考（三）

发布：潍坊IT培训
来源：潍坊IT培训
时间：2018-08-06 13:39

    潍坊IT培训的小编个人小结
    架构分为三个阶段:规划、设计、构建,每个阶段架构的设计有不同职能.在规划阶段,考虑的是产品的需求、质量的需求,技术的可行性分析以及预研.在设计阶段,考虑的如果将一个复杂的系统拆分,并设计如何进行组织这些拆分的模块.在构建阶段,考虑的就是具体的实施问题,并且要保证一定的伸缩扩展性,因为架构是不断演进的.文中引用了《软件架构设计》一书的一个模型图,我觉得有必要在此贴出来.最近也在思考软件模块化的设计,模块化的设计也许各有理解,在此先不做讨论
    架构的设计可以从两个维度来考虑,一是架构思维,二是架构原则.思维是我们的思考方式,是我们解决问题的方法.原则是我们思考问题的方向,是我们解决问题的一些标准.
    三、架构的定义
    对于架构的定义,业界都各有看法,也曾微信私信请教过一些行业内有丰富经验的前辈.《软件架构设计》一书则将架构定义总结为组成派和决策派:

组成派:架构=组件+交互:软件系统的架构将系统描述为计算组件及组件之间的交互.

潍坊IT培训

    决策派:架构=重要决策集:软件架构是在一些重要方面所作出的决策的集合.
    keegan小钢在《小钢的架构思考:什么是架构》文中提到:软件架构是规划、设计和构建软件的过程和结果.《架构之美》一书在1.1.3架构的含义中提出:架构说明了设计和构建一个系统所使用的结构.《Software Architecture in Practice,Second Edition》中提出:一个程序或计算机的软件架构是系统的一种结构或一组结构,它包含软件元素、这些元素的外部可见的属性,以及元素之间的关系.
    本人并没有经历过大型的软件系统,做过的也只是移动端App的开发,所以个人也只敢从移动端app的架构设计出发,给出我一个狭义的理解.我认为,移动端的app架构是一种基于产品和技术的进行统筹管理最终所形成的共识.可能大部分的app开发尤其是小团队app的开发大多是由产品驱动的开发,需求来了,那就技术实现.需求变了,那就改.毕竟,应用层的开发是对业务负责的,必须保证正常的发布.所以大多数的情况下,程序猿不得不在产品经理面前妥协,这样对于开发人员的工作就会变的很被动.所以,就出现了程序猿和产品狗的撕逼笑谈.这种现象的原因在于项目各个相关利益人员没有对产品和技术达成共识,这正是移动端架构设计所要解决的问题.
    四、产品
    产品,是我们产品经理们设计的结果,也是开发人员开发的最终成果,是前后两种人群的共同目标.作为软件的架构设计者应该充分理解产品的设计理念,除了明白已经设计的功能业务,还得具有一定的预见,掌握产品的发展趋势.下面主要从开发的角度来谈一谈产品.
    1、产品设计(做什么)
    作为一名开发人员,我不能很专业的来谈产品的设计,但是这里我还是希望以一个开发人员的角度来讲产品设计.什么是产品设计,我觉得可以从以下几个方面来思考.
    以上就是潍坊IT培训给大家做的内容详解,更多关于IT知识的学习,请继续关注潍坊IT培训

< 上一篇：Android开发架构思考（二）

下一篇：Android开发架构思考（四） >