这是我参加更文应战的第8天，活动概略查看： 更文应战

带你了解Android窗口机制Window、PhoneWindow和DecorView之间的联络

一、原因？

1、说到单一责任准则接口，很多人都会不以为然。由于它太简略了；
2、稍有软件应用阅历的程序员即便从来没有读过规划方式、从来没有听说过单一责任准则；
3、在规划软件时也会自觉的遵软件工程专业循这一重要准则，由于这是知识。在软件编程中，谁也不希望由于批改了一个功用导致其他的功用产生毛病。而避免出现这一问题的办法便是遵循单一责任准则。
4、尽管单一责任准则如此简略，而且被认为是知识，但是即便是阅历丰盛的程序android/yunos员写出的软件技术程序，也会有违反这一准则的代码存在。

二、什么是单一准则？为什么运用宫崎骏

  1. 按字面了解，单一责任准则就是自己只担任自己的事，不需求理会他人的事程序员那么心爱。假定了解面对政策程序员装逼代码编程，那么应该会很简宫颈癌疫苗略了解这个单一责任准则；
  2. 在面对政策编程中，每个政策只担任自己的使命，比方该供给数据的就只是供给数据，该担任供给服务的就只供给服务，或许只是维护政策之间的联络，这样的开发方式代码耦合度较低，较活络，易扩展。当然也能够一个政策担android的drawable类任多个使命，但是使命多了批改起来就比较简略影响到其他的使命。
  3. 单一责任，寻android平板电脑价格求的是简略明晰的规划，强调的是分工明晰，责任简略。这种规划，不局限于类的软件技术专业规划，能够扩展到程序员是学什么专业任何一个程序逻辑单元的规划，如函数的规划，模块的规划，工程的规划，项目的规划，集群的规划等。

三、单一准则利益？

  • 能够下降类的杂乱度，一个类只担任一项责任，其逻辑必定要比担任多项责任简略的多；宫颈癌
  • 行进软件测验类的可读性，行进系统的可维护性；
  • 改变引起的危险下降，改变是必定的，假定单一责任准则遵循的好，当批改一个功用时，能够明显下降对其他功用的影响；
  • 需求说明的一点是单一责任准则不只是面向政策编程思维所特有的，只要是模块化的程序规划，都适用单一职android的drawable类责准则。

四、事例分析详解

比方常见的淘宝的购物车

刚开始接口界说如下

public interf程序员是学什么专业ace ICartShopping {/**** 去结算* @param o*/void toSelGoods(Object o);/**** 核算价格* @param o*/void caandroid手机lprice(Object o);/**** 校验价格*/void checkPrice();/**** 加载商品信息*/void goodDetails();/**** 优惠androidstudio安装教程券信息*软件技术专业/void couponDetails();..宫颈癌早期症状.......}

分析如下：

1、一眼看起来接口规划还挺合理的没什么大的问题，功用都能够软件库结束

2、实践开发中结算、商品信息、优惠券是不同的人开发的，里面的功用也是特别杂乱，一再的Android改动ICartShopping这个接口会给其他人构成影响，解耦性工商银行差，没有遵循单一准则

改动如下

public interface IGoodsShopping {/**** 加载商品信息*/void goodDetails();.........}
public interface I程序员客栈CouponShopping {/**** 优惠接口crc错误计数券信息*/void couponDetails();.........}
public interface ISelShopping {/**** 去结算* @p程序员需求什么学历aram o*/void toSelGoods(Object o);/**** 核算价格* @param o*/void calprice(Object o);/**** 校android什么意思验价格*/void checkPrice();.........}

有问题不可怕，可怕的是，发现问题不去改动，不行进

单一准则总结如下：

单一责任的中心能够了解为：化整为零，将整体分解为部分的逻辑单元，不同的逻辑单元之间尽可能的相对独立，而且责任明晰。例如，一个项目，能够分解为多个工程；一个工程，能够分解为多个模块；一程序员个模android平板电脑价格块，能够分解为多个包和类；一个类，能够分解为多个特点和办法行为，规划层面的分解，能够对应到具体结束层面的别离。

带你了解Android窗口机制Window、PhoneWindow和DecorView之间的联络