分析出解决问题所需要的步骤,然后用函数把这些步骤一步一步实现,使用的时候一个一个依次调用就可以了,更侧重于功能的设计。代表语言C
用代码体现就是下面这样:
#java版面向过程
public class Wallet {
/**
- 余额
*/
int balance;
/**
- 存钱
*/
void saveMoney(int money){
balance += money;
}
/**
- 花钱
*/
void spendMoney(int money){
balance -= money;
}
}
无权限修饰符将内部信息全部暴露,简单粗暴很符合初级程序员的思维,但带来的问题很明显,外部可直接访问balance
修改钱包内余额,现象就是"我钱包都没掏出来但里面钱却变少/多了"
。面向过程
在开发中带来的问题远不止这些,所以在此背景下诞生了面向对象 通过面向对象封装
特性将面向过程
代码做个改进,如下:
#java版面向对象
public class Wallet {
/**
- 余额
*/
private int balance;
/**
- 存钱
*/
void saveMoney(int money){
balance += money;
}
/**
- 花钱
*/
void spendMoney(int money){
balance -= money;
}
}
通过封装
特性将balance
通过private
修饰,这样外部就没有权限直接修改金额,避免误操作带来的未知风险,满足松耦合特性 面向过程
编程偏向于功能的开发,简单粗暴难以维护。而面向对象
在编程之前需要基于四大特性
对功能做建模
设计,可以提高代码安全性、复用性、扩展性
,更易于维护 既然面向对象
这么智能
为什么面向过程
语言还没有被淘汰?其实面向对象
语言的智能
是针对我们开发者
的,为了能让我们能写出易于维护的代码会多做一步设计,虽然离开发者更近
了 但离机器确远
了,毕竟机器只认识0和1而已。C语言规则简单易于形成机器码,所以执行效率高,这也是其没有被淘汰的原因。
小提示:
不要以为用了面向对象语言写出的就是面向对象代码,如果没有利用其特性那可能还是面向过程,比如没有利用权限修饰符、一个类一把梭等等…
设计原则是基于面向对象思想衍变出来的一些规则,用来解决实际开发中的一些痛点,是所有设计的底层思想,也是我个人认为是设计/架构
领域最重要的知识,所以请大家务必掌握好
2.1 单一设计原则
单一原则很好理解,指一个函数或者一个类再或者一个模块,职责越单一复用性就越强,同时能够间接降低耦合性。
案例:本地获取用户信息,提交到网络
fun post(){
//创建数据库访问对象Dao
val userDao = …(这一过程很复杂)
//从本地获取
val age = dao.getAge()
val name = dao.getName()
//…省略大量字段
//将个人信息提交至网络
http.request(age,name,…)
}
以上案例将创建、获取、提交
三步操作写到同一个函数中,很显然违背了单一设计原则
,面临的问题也很明显,当修改创建、获取、提交
任一过程时都会影响到其他二者,千万不要说"我注意一点就不会出错"
这种话,因为人不是机器改动就可能出错,此时可以通过单一设计原则
做一次重构,代码如下:
fun getUserDao():UserDao{
…
return dao
}
fun getUserInfo():UserInfo{
val dao = getUserDao()
val userInfo = UserInfo()
userInfo.age = dao.getAge()
userInfo.name = dao.getName()
…
return userInfo
}
fun post(){
val userInfo = getUserInfo()
//将个人信息提交至网络
http.request(userInfo.age,userInfo.name,…)
}
三步操作被拆至三个函数 互不影响,从根本上杜绝因改动带来的一系列问题。所以使用面向对象语言开发时,不要急着写代码,要优先考虑下模块、类、函数...
的设计是否足够单一
2.2 开闭原则
一句话概括开闭原则
:对扩展开放,修改关闭
。它即充分诠释抽象、多态
特性,又是多数行为型设计模式
的基础,遍布于各大优秀框架之中,是最重要的一条设计原则,仅这一条原则就能把你的设计能力提高40%
举个例子让大家感受一下:
需求:通过SQLite做CRUD
操作
class SQLiteDao{
public void insert() {
//通过SQLite做insert
}
public void delete() {
//通过SQLite做insert
}
}
SQLiteDao dao = new SQLiteDao();
dao.insert();
…
以上是最简单粗暴的写法,但存在一个致命问题,如果某一天想替换SQLite
业务层基本要动一遍,改动就存在出错的可能,并且需要做大量的重复操作
面对以上问题可以利用抽象、多态
特性基于开闭原则
做出重构,代码如下:
interface IDao{
void insert();
void delete();
}
class SQLiteDao implements IDao{
@Override
public void insert() {
//通过SQLite做insert
}
@Override
public void delete() {
//通过SQLite做insert
}
}
class RoomDao implements IDao{
@Override
public void insert() {
//通过Room做insert
}
@Override
public void delete() {
//通过Room做delete
}
}
//扩展点
IDao dao = new SQLiteDao();
dao.insert();
-
定义功能接口
IDao
-
定义类
SQLiteDao、RoomDao
并实现IDao的功能 -
业务层基于接口
IDao
进行编程
重构后,当需要将SQLite
替换至Room
时,只需将注释扩展点
处SQLiteDao
替换成RoomDao
即可,其他地方完全不用改动。这就是所谓的扩展开放,修改关闭
在业务
不断迭代情况下,唯一不变的就是改变,这种背景下我们能做的只有在代码中基于开闭原则
多留扩展点
以不变应万变。
2.3 迪米特法则
基本概念:不该有直接依赖关系的模块不要有依赖。有依赖关系的模块之间,尽量只依赖必要的接口。
迪米特法则
很好理解并且非常实用,违背迪米特法则
会产生什么问题?还以2.1面向过程代码
举例:
class Wallet{
/**
- 余额
*/
int balance;
/**
- 存钱
*/
void saveMoney(int money){
balance += money;
}
/**
- 花钱
*/
void spendMoney(int money){
balance -= money;
}
}
Wallet
的设计违背了迪米特法则
,毕竟外部只需要save
和spend
功能,将balance
暴漏使用者就有权限直接修改其值,可能会对整个Wallet
功能造成影响。此时应基于迪米特法则
对Wallet
进行改造,将balance
通过封装
特性增加private
修饰符
迪米特法则
和单一设计原则
很像,前者符合松耦合
后者符合高内聚
2.4 接口隔离原则
基本概念:接口的调用者不应该依赖它不需要的接口。
乍一看与迪米特法则
很相似。先来看下什么样的接口
违背接口隔离原则
:
interface Callback{
/**
- 点击事件回调方法
*/
void clickCallback();
/**
- 滚动事件回调方法
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V获取:vip204888 (备注Android)
最后
感谢您的阅读,在文末给大家准备一个福利。本人从事Android开发已经有十余年,算是一名资深的移动开发架构师了吧。根据我的观察发现,对于很多初中级Android工程师而言,想要提升技能,往往是自己摸索成长,不成体系的学习效果低效漫长且无助。
所以在此将我十年载,从萌新小白一步步成长为Android移动开发架构师的学习笔记,从Android四大组件到手写实现一个架构设计,我都有一一的对应笔记为你讲解。
当然我也为你们整理好了百度、阿里、腾讯、字节跳动等等互联网超级大厂的历年面试真题集锦。这也是我这些年来养成的习惯,一定要学会把好的东西,归纳整理,然后系统的消化吸收,这样才能极大的提高学习效率和成长进阶。碎片、零散化的东西,我觉得最没有价值的。就好比你给我一张扑克牌,我只会觉得它是一张废纸,但如果你给我一副扑克牌,它便有了它的价值。这和我们收集资料就要收集那些系统化的,是一个道理。
最后,赠与大家一句诗,共勉!
不驰于空想,不骛于虚声。不忘初心,方得始终。
一个人可以走的很快,但一群人才能走的更远。如果你从事以下工作或对以下感兴趣,欢迎戳这里加入程序员的圈子,让我们一起学习成长!
AI人工智能、Android移动开发、AIGC大模型、C C#、Go语言、Java、Linux运维、云计算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算
一个道理。
[外链图片转存中…(img-4VYTu5EN-1712387776795)]
最后,赠与大家一句诗,共勉!
不驰于空想,不骛于虚声。不忘初心,方得始终。
一个人可以走的很快,但一群人才能走的更远。如果你从事以下工作或对以下感兴趣,欢迎戳这里加入程序员的圈子,让我们一起学习成长!
AI人工智能、Android移动开发、AIGC大模型、C C#、Go语言、Java、Linux运维、云计算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算