屁股决定脑袋，思想决定高度

转眼不知不觉来到新公司近三个月了，好久没有静下心写博客了

最近看欢乐颂安迪说的有句话很好，每一个管理者并不在乎你因为什么客观原因导致没完成任务，他更在乎交给你什么任务。你完成的结果如何。是啊，我们在职场与其抱怨这个任务是因为什么原因导致流产，不如多想想解决办法。作为员工我们更应该想想对方有什么需求，在实际工作中多从这些方面思考问题。

• 1欢乐颂安迪的话引起设计模式的思考

  • 1.1单一职责原则

  • 1.2开闭原则

  • 1.3里矢替换原则
• 2https的前世今生
  
  • 2.1为什么要有https
  • 2.2几种加密方式的优缺点
  • 2.3没有最好的解决方案，都是妥协的产物
• 3感悟

1欢乐颂安迪的话引起设计模式的思考

        安迪说：“每一个管理者并不在乎你因为什么客观原因导致没完成任务，他更在乎交给你什么任务。你完成的结果如何”，是的，试想让你做一名企业的leader，项目经理，在每天众多繁杂的事情中，出于对上层的交代，每个人都希望招一个有能力的下属帮他完成工作而不是整天跟他汇报“xxx问题导致”，“xxx请假拖延进度”。他更在乎你处理问题的结果是什么。
同理，在我们软件开发中，当我们在一家几个人，十几人的公司里出于节省人力成本考虑，一个leader可能会做接口文档数据，数据库建表，甚至前台，后台部门业务逻辑开发，尽管你是个经验丰富的技术专家，情商沟通能力超群，但是随着企业的扩大一个人能力精力都是有限的，因此他得学会分配任务，把自己的类中的不同功能抽出去，一方面减轻了自己的压力，另一方面每个人都能各尽其能，灵活性，拓展性提高了，这就是下面要说的单一职责原则

1.1单一职责原则

     简单的来说单一职责的关键在于单一二字，至于如何做到单一，这得根据具体的业务和功能来拆分，不同的功能封装到不同的类中，这样提高了代码的复用性，灵活性。正如一个leader如何去拆分自己的功能模块划分给手下去做，这也是资源合理安排的良性循环，分不好，自己累，手下没活干，资源没有最大程度被开发。分的好，自己轻松，下属也能为公司创造更多的价值也得到锻炼，这个没什么好说的，主要是为了引入下面要讲的内容。

1.2开闭原则

     开闭原则简称OCP原则，它能够很好的为我们的软件开发建立一个稳定的，灵活的系统。为什么这么说，开闭原则的核心定义就是对于扩展是开放的，但对于修改却是封闭的（如果理解起来有点晦涩，待会我们上代码理解），在软件的开发周期中，我们的产品需求不可能在当初设计的一成不变，随着版本的更新，迭代，升级，以及维护等对原有的代码进行修改时，我们可能会将错误的代码引入原有的系统中，破坏原来已经测试成熟的系统，譬如，现在我们对标题栏自定义的view，后来有一点，我觉得toolbar不错，想换个试试，又或者今天我是用Glide加载图片，后来我发现一个更好的加载图片框架，想换个试试，这时候软件需求发生变化了，我们应该尽量的通告扩展的方式来实现变化，而不是整个项目的找代码替换。这就需要引入一个很重要的原则，开闭原则。

少废话，上代码。
好，下面我们看看曾经刚开始我在项目中对标题栏实现，在每一个layout中都include一个头布局。

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:l