哇靠,架构师你TM扔这些图给我到底算几个意思?

哇靠,架构师你TM扔这些图给我到底算几个意思?

小帅b 学习python的正确姿势

当你老大扔给你这样的图,或者你需要完成某些功能而去看文档的时候发现以下类似这样的图会不会不(一)知(脸)所(懵)措(逼):

哇靠,架构师你TM扔这些图给我到底算几个意思?

哇靠,架构师你TM扔这些图给我到底算几个意思?
(微信的支付流程)

哇靠,架构师你TM扔这些图给我到底算几个意思?

如果你看了都不会一脸懵逼,那么说明你对这方面还是有一定的研究啦,小帅b的这篇文章就是来跟你说明这些图的意思,让你在工作交流中,或者在看一些文档,或者看一些关于设计模式的文章,甚至架构建模中,都能轻松理解,毫无压力!

1.用例图

哇靠,架构师你TM扔这些图给我到底算几个意思?

刚刚我们看到的第一张图片就是用例图,用例图有以下几个东东:

用例
参与者
关联
系统边界

「用例」使用椭圆来表示,椭圆里边写上用例的名称:

哇靠,架构师你TM扔这些图给我到底算几个意思?

「参与者」用一个小人儿,在小人儿下面写上参与者名称,例如学生:

哇靠,架构师你TM扔这些图给我到底算几个意思?

「关联」用一条线儿表示:

哇靠,架构师你TM扔这些图给我到底算几个意思?

把用例围起来,「系统边界」就用个矩形啦:

哇靠,架构师你TM扔这些图给我到底算几个意思?

举个例子:

哇靠,架构师你TM扔这些图给我到底算几个意思?

我们可以看到这个系统叫做 「购物系统」 。

有注册账号、登录系统、生成订单的用例(这里只列举几个用例,其它用例省略)。 参与者有顾客和管理员, 顾客关联到了注册账号和登录系统的用例, 管理员关联到了登录系统和生成订单的用例!

2.时序图

哇靠,架构师你TM扔这些图给我到底算几个意思?

「时序图」就是我们刚刚看到的第二个图,时序图有以下几个东东:

  • 对象
  • 生命线
  • 活动条
  • 消息
  • 控制流
  • 顺序
  • 分支
  • 循环

「对象」在矩形里边,左边是对象名称,右边是对象类型,下方还有一条线:

哇靠,架构师你TM扔这些图给我到底算几个意思?

用虚线代表的是对象的「生命线」:

哇靠,架构师你TM扔这些图给我到底算几个意思?

「活动条」是一个竖着的矩形,当接收到消息的时候,这个对象就会有活动条:

哇靠,架构师你TM扔这些图给我到底算几个意思?
「消息」用一根箭头,箭头上面写上消息信息,例如一个登录方法 login(userName,passWord):

哇靠,架构师你TM扔这些图给我到底算几个意思?

「控制流」有三种,「普通控制流」就是按顺序的一个流程,还有「分支控制流」就相当于if else:

哇靠,架构师你TM扔这些图给我到底算几个意思?

矩形里边有一条虚线,左上角用ALT表示,当C为true的时候,就执行虚线上方的内容,当C为false的时候就执行虚线下方的内容。

「循环控制流」:左上角有LOOP表示循环,当C为true的时候,就循环执行方框里边的内容:

哇靠,架构师你TM扔这些图给我到底算几个意思?

举个时序图例子:

哇靠,架构师你TM扔这些图给我到底算几个意思?

可以看到,每个对象都有它们的生命线(虚线):

  1. 一开始用户给类型为GUI(界面)的Login对象发送一个登录信息 「 login(userName,passWord)」 ;

  2. Login这个对象接收到了就会产生活动条,这时候Login这个界面会给类型为Controller的loginController发送登录信息「 login(userName,passWord)」 ;

  3. 此时loginController接收到信息产生活动条,这时候loginController去找类型为DB的UserDao,给它发送了一个获取用户密码的信息「getUserPassword(userName)」;

  4. UserDao接收到信息后产生活动条,返回用户的密码;

  5. 此时loginController接收到信息(用户的密码 userPassword),loginController此刻将信息发送给自己,通过verify去校验密码并且用result接收结果;

  6. 校验就产生了分支控制流,当resul为true的时候loginController会发送success给Login,当result为false的时候,loginController会发送failure给Login;

  7. 最后Login最后给用户发送messag信息。

好了,当你看到这里的时候,你就会发现,以后关于这类的时序图对你来说已经不在话下了。例如本文一开始的第二张图。

3.类图

哇靠,架构师你TM扔这些图给我到底算几个意思?

类图有以下几个东东:

  • 类名
  • 属性
  • 方法
  • 可见性
  • 数据类型
  • 关联关系
  • 依赖关系
  • 继承/实现关系
  • 组合/聚合关系

类名、属性、方法在一个矩形中,分为上中下:

哇靠,架构师你TM扔这些图给我到底算几个意思?

可见性:

  • private的时候在前方用 - 表示
  • public的时候在前方用 + 表示
  • protected的时候在前方用 # 表示

数据类型表示形式:「名字 : 类型」,例如:

哇靠,架构师你TM扔这些图给我到底算几个意思?

userName 和 passWord 这两个属性是protected修饰的,数据类型都是String;login() 和 register() 这两个方法是public修饰的,数据类型都是boolean;

关联关系,用实线表示,例如A关联B:

哇靠,架构师你TM扔这些图给我到底算几个意思?

依赖关系,用虚线表示,例如A依赖B:

哇靠,架构师你TM扔这些图给我到底算几个意思?

继承关系,用一个△ + 一条实线表示,例如A继承B:

哇靠,架构师你TM扔这些图给我到底算几个意思?

实现关系,用过一个△ + 一条虚线表示,例如A实现B:

哇靠,架构师你TM扔这些图给我到底算几个意思?

组合关系,用一个 ♦ + 一条虚线表示,例如A组合B:

哇靠,架构师你TM扔这些图给我到底算几个意思?

聚合关系,用一个 ◇ + 一条虚线表示,例如A组合B:

哇靠,架构师你TM扔这些图给我到底算几个意思?


聚合:表示两个对象之间是整体和部分的弱关系,部分的生命周期可以超越整体。如电脑和鼠标。

组合:表示两个对象之间是整体和部分的强关系,部分的生命周期不能超越整体,或者说不能脱离整体而存在。组合关系的“部分”,是不能在整体之间进行共享的。

类图举例子:
哇靠,架构师你TM扔这些图给我到底算几个意思?

可以看到,有:User类,Customer类,Address类,Role类,Payment类,aliPay类,wechatPay类。

其中Customer 继承 User,User类的userName 和 passWord 这两个属性是protected修饰的,数据类型都是String;

login() 和 register() 这两个方法是public修饰的,数据类型都是boolean;

Address和Role聚合User,Customer依赖Payment;

aliPay 和 wechatPay 实现了 Payment。

以上,就是关于UML的用例图,时序图,类图。下次架构师再扔这些图给你你就不会懵逼了。

你也可以自己手动画几个试试,感觉挺不错哦,相信你在工作交流中,或者在看一些技术文档,或者看一些关于设计模式的文章,甚至架构建模中,都能轻松理解,毫无压力。

建议在写代码之前,先看看架构师给你画的这些图再码,如果没有,自己可以先画图理清思路再码代码,事半功倍。

ps:之前咱们说的《来跟你说两件事情》,一个月过去了,接下来会有骚操作了,快把公众号设为星标,即将通知你,敬请期待,敬请关注,错过了就亏得一批了....下回见,peace!

猜你喜欢

转载自blog.51cto.com/15082392/2647329