[图解]《分析模式》漫谈16-“我用的”不能变成“我的”

1
00:00:00,720 --> 00:00:02,160
今天,我们来说一下

2
00:00:02,170 --> 00:00:04,850
 “我用的”不能变成“我的”

3
00:00:04,860 --> 00:00:11,390
《分析模式》的前言

4
00:00:12,260 --> 00:00:13,410
有这么一句话

5
00:00:14,840 --> 00:00:15,600
if you are not

6
00:00:15,610 --> 00:00:16,640
familiar with the

7
00:00:16,650 --> 00:00:17,440
approach

8
00:00:17,450 --> 00:00:18,840
I take to modeling

9
00:00:18,850 --> 00:00:21,000
or the notation

10
00:00:21,010 --> 00:00:22,470
and concepts I

11
00:00:22,480 --> 00:00:24,050
use, read the

12
00:00:24,060 --> 00:00:24,890
appendix

13
00:00:26,580 --> 00:00:27,480
2004中译本

14
00:00:27,490 --> 00:00:29,770


15
00:00:31,840 --> 00:00:35,410
我所采用的,这个翻译出来了

16
00:00:37,230 --> 00:00:37,890


17
00:00:39,500 --> 00:00:40,410
2020中译本

18
00:00:42,570 --> 00:00:46,200
我用的,我采用的,变成“我的”了

19
00:00:49,400 --> 00:00:50,440
这不是一个小事情

20
00:00:51,540 --> 00:00:53,020
我以前写过很多文章

21
00:00:53,030 --> 00:00:54,100
批评

22
00:00:54,110 --> 00:00:55,540
领域驱动设计伪创新的

23
00:00:56,220 --> 00:01:00,760
这就是一个我经常批评的,重点批评的问题

24
00:01:03,140 --> 00:01:06,540
我们去网络上搜,公众号搜也好

25
00:01:07,720 --> 00:01:09,020
web上搜也好

26
00:01:10,630 --> 00:01:11,730
你搜什么

27
00:01:12,360 --> 00:01:16,020
搜关键词 “DDD的”、“领域驱动设计的”

28
00:01:16,030 --> 00:01:19,920
“DDD提出”、“领域驱动设计提出”

29
00:01:19,930 --> 00:01:22,650
类似这样的

30
00:01:24,000 --> 00:01:25,440
你就可以看到很多这种

31
00:01:26,280 --> 00:01:28,310
比如说,DDD的用例分析法

32
00:01:30,060 --> 00:01:32,440
采用领域驱动的方法

33
00:01:32,450 --> 00:01:34,230
根据业务用例进行抽象

34
00:01:35,150 --> 00:01:36,560
DDD提出分层架构

35
00:01:37,050 --> 00:01:39,650
DDD提出面向业务领域的软件设计

36
00:01:41,120 --> 00:01:42,910
先不说这个里面内容什么的

37
00:01:42,920 --> 00:01:44,830
阐述的这些用词对不对

38
00:01:46,600 --> 00:01:48,520
你这样一说,好像这个东西

39
00:01:49,260 --> 00:01:51,930
是领域驱动设计提出来的

40
00:01:53,360 --> 00:01:54,090
不是的

41
00:01:56,050 --> 00:02:00,250
当这种信息它充斥到整个网络的时候

42
00:02:01,620 --> 00:02:05,050
特别是整个圈子本身

43
00:02:05,060 --> 00:02:06,410
互吹互捧

44
00:02:06,420 --> 00:02:07,570
这种能力又很强

45
00:02:08,130 --> 00:02:10,360
这种信息充斥网络的时候

46
00:02:10,690 --> 00:02:12,880
历史就不知不觉地被修改掉了

47
00:02:15,440 --> 00:02:18,340
如果大家都通过这样的方式

48
00:02:19,350 --> 00:02:21,870
就可以创新的话

49
00:02:22,080 --> 00:02:23,990
就没有人去做真正的创新了

1
00:00:00,920 --> 00:00:02,200
关于Martin Fowler

2
00:00:02,210 --> 00:00:03,880
我写过一些文章

3
00:00:03,890 --> 00:00:08,320
都是针对相关人员对他的夸大的

4
00:00:10,090 --> 00:00:14,070
这里面内容,大家自己去看公众号

5
00:00:14,080 --> 00:00:15,550
可以自己搜

6
00:00:15,950 --> 00:00:19,030
我这边也不给二维码,也不列出来了

7
00:00:19,390 --> 00:00:20,660
感兴趣自己去搜看

8
00:00:22,730 --> 00:00:26,070
我这里要强调的,文章里面也写了

9
00:00:27,940 --> 00:00:31,440
如果是普通读者出于崇拜,狂吹,那没问题

10
00:00:31,950 --> 00:00:35,200
但如果说你是Fowler公司的同事

11
00:00:35,880 --> 00:00:38,290
或者是出版Fowler的书的编辑

12
00:00:39,910 --> 00:00:43,520
那么,所表达的内容应该更加谨慎

13
00:00:45,180 --> 00:00:46,770
不能够胡乱夸大

14
00:00:48,290 --> 00:00:50,450
我这几篇文章里面提到的

15
00:00:51,710 --> 00:00:53,810
都是针对这样的夸大

  • 13
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Java设计模式是一组经过实践验证的面向对象设计原则和模式,可以帮助开发人员解决常见的软件设计问题。下面是常见的23种设计模式: 1. 创建型模式(Creational Patterns): - 工厂方法模式(Factory Method Pattern) - 抽象工厂模式(Abstract Factory Pattern) - 单例模式(Singleton Pattern) - 原型模式(Prototype Pattern) - 建造者模式(Builder Pattern) 2. 结构型模式(Structural Patterns): - 适配器模式(Adapter Pattern) - 桥接模式(Bridge Pattern) - 组合模式(Composite Pattern) - 装饰器模式(Decorator Pattern) - 外观模式(Facade Pattern) - 享元模式(Flyweight Pattern) - 代理模式(Proxy Pattern) 3. 行为型模式(Behavioral Patterns): - 责任链模式(Chain of Responsibility Pattern) - 命令模式(Command Pattern) - 解释器模式(Interpreter Pattern) - 迭代器模式(Iterator Pattern) - 中介者模式(Mediator Pattern) - 备忘录模式(Memento Pattern) - 观察者模式(Observer Pattern) - 状态模式(State Pattern) - 策略模式(Strategy Pattern) - 模板方法模式(Template Method Pattern) - 访问者模式(Visitor Pattern) 4. 并发型模式(Concurrency Patterns): - 保护性暂停模式(Guarded Suspension Pattern) - 生产者-消费者模式(Producer-Consumer Pattern) - 读写锁模式(Read-Write Lock Pattern) - 信号量模式(Semaphore Pattern) - 线程池模式(Thread Pool Pattern) 这些设计模式可以根据问题的特点和需求来选择使用,它们提供了一些可复用的解决方案,有助于开发高质量、可维护且易于扩展的软件系统。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值