26
2017
09

Android开发常用的设计模式

  • 单利模式
  • Build模式(建造者模式)
  • 观察者模式
  • 原型模式
  • 策略模式
  • 工厂模式
  • 代理模式
  • 责任联模式
  • 装饰者模式
  • 适配器模式
  • 组合模式
  • 迭代器模式

    上面的每一种设计模式,后面都会开一篇文章按以下几步来写:

    1. 举开发中常见的需求作为入口
    2. 使用基本方法解决举的需求
    3. 提出基本方法解决需求存在的问题
    4. 使用对应的设计模式和基本方法解决需求的区别

开场白:记得入行前程序员给我的感觉就是“不缺钱,赚钱挺容易的”,中间磕磕绊绊感受到了赚的都是身体钱,现在观念变成了“你有技术,就存在赚多些钱的可能性”。

写作理由:入行时“按时完成需求,不奔溃,万事大吉“

这里写图片描述

但是!!!!人嘛,都是有感情的,时间久了,自己或多或少对代码的写作也有些在意了,开发也就那样,可是怎样才能把它写好看些?怎样才能让它性能好些?这时可能你脑子飘过一堆答案,但是!!!!我想说如果你所在的公司项目开发流畅、时间、计划不明确,各司其职也不怎么明确,在这样的公司里一开始想把项目架构、性能..都按自己想法做好,那是不存在的。你只能赶着完成(后面再去重构),这时候产生了一件

这里写图片描述

的事情,很多人都错误的认为程序员加班正常啊,我只想说如果你公司各种东西都是相对明确的,这时候基本等于计划好了(还能两个月的事情,无理取闹叫你一个月完成?),还存在加班的事情的话(额外因素计划时也会考虑在内),我只能想到一种可能,例如:公司招你进来时,你说你是A级开发人员,实际你是B级半,吹了还通过了,加点班把那半级补回来也属于正常。

前面说了在一个什么都不明确的公司想一开始整个项目设计并且考虑哪个模块能用什么样的设计模式,那是不存在的,而我因为在做属于自己的”产品”,也看到下面几篇挺有感觉的文章,

1、什么是设计模式
2、英雄联盟之「策略模式」

so,参考上面的文章,有了感觉,开始吧…

上一篇:常用Andriod调试命令 下一篇:Linux Bash之select