21 | 代码重复：搞定代码重复的三个绝招

精选留言(20)

• 

  待时而发 置顶

  太实用了 老师。我还真的在日常开发中碰到过太多您所提到的这些问题了，而且很多

  作者回复: 有收获就好

  2020-05-02

  

   5
• 

  Asura 置顶

  写得真好 想问下项目里用到不同设计模式 类的命名规范 以及放置这些设计模式的包的命名规范是怎么样的

  作者回复: 包名没有规范，涉及到设计模式类名可以以
  
  Locker
  Iterator
  Extractor
  Accessor
  Validator
  Formatter
  Converter
  Replacer
  Comparer
  Manager
  Combiner
  Parser
  Encoder
  Decoder
  Importer
  Exporter
  Editor
  Modifier
  Evaluator
  Locator
  Creator
  Initializer
  Reader
  Writer
  Activator
  Finder
  Builder
  Selector
  Visitor
  Loader
  Descriptor
  Generator
  Adapter
  Listener
  Wrapper
  Mapper
  Binder
  Invoker
  Executor
  Detector
  Tracer
  Decorator
  Mapper
  Resolver
  Processor
  Advisor
  Dispatcher
  Consumer
  Producer
  Publisher
  Subscriber
  Handler
  Filter
  Interceptor
  Provider
  Container
  单词作为前后缀 以提现类作用或者模式

  2020-05-14

  

   1
• 

  Darren

  一、观察者模式的在Spring中的使用：spring listener就是基于观察者模式的：主要是三个组件：
  1. 事件，需要继承ApplicationEvent，即观察者模式中的"主题"，可以看做一个普通的bean类，用于保存在listener的业务逻辑中需要的一些字段；
  2. 事件listener，需要实现ApplicationListener<E extends ApplicationEvent>，即观察者模式中的"观察者"，在主题发生变化时收到通知，并作出相应的更新，加泛型表示只listen某种类型的事件；
  3. 事件发布器，需要实现ApplicationEventPublisherAware，获取spring底层组件ApplicationEventPublisher，并调用其方法发布事件，即"通知"观察者。
  二、Bean 属性复制，原理肯定是反射了，其实自己实现也很简单，或者反射或者内省，内省实现最简单，以前使用内省实现过。现在主要是用hutool，超级好用的工具包，里面基本你想要的工具类都有，欢迎大家使用https://hutool.cn/

  作者回复: 感谢分享

  2020-05-05

  

   9
• 

  小白程序之路

  弱弱的说一下哈，感觉老师的第一种利用工厂模式，根据类型加上魔法值（UserCart）来获取指定的类型策略存在隐患，如果后期有小伙伴把这些实现类名改了怎么办，或者新加了一种策略，不是以（UserCart）结尾命名也会在运行时产生问题

  作者回复: 其实这里不是类名，是Bean的名字，可以把字符串统一到常量，而不是像demo一样使用魔法值

  2020-05-03

   1

   2
• 

  pedro

  这段时间忙，没有时间来仔细读文章和消化，趁着五一来看了一看。尝试回答一下今天的问题，问题1，观察者模式是一种很常见的解耦方式，多数应用在了事件发布订阅这种业务场景下，有名的当属guava的EventBus了。问题2，对于属性的copy，这类的工具可太多了，无论是spring，guava，apache commons都有涉及，当然我个人比较喜欢hutool一点，因为支持各种参数来调整属性的拷贝。

  2020-05-02

  

   2
• 

  jiarupc

  这篇文章、demo值得看几十几百遍，感觉打通了任督二脉。
  
  以前学过设计模式、Java的高级特性，但只能算看过，完全不知道怎么用在工作。
  
  看完这篇文章才发现，代码还能这样写。刚好，公司有一大堆乱七八糟的代码，实践的时候到了。

  作者回复: ：）

  2020-05-07

  

   1
• 

  Geek_2e9285

  这个是不是很类似于状态机模式。我发现在业务场景里面，状态机模式，和策略模式很常用。

  作者回复: 策略 状态机 职责链 都比较常用

  2020-05-03

  

   1
• 

  旅途

  观察者模式最先想到的是swing框架里的button,然后是tomcat里面的Listener

  2020-05-03

  

   1
• 

  kyl

  很实用的知识

  2020-05-02

  

   1
• 

  hhhh

  观察者模式适合所有发布-订阅类型的场景，它的实现方式根据具体需求千变万化，可以是同步阻塞，也可以是异步非阻塞的，可以是进程内的，也可以是系统间的解耦。工作中用的多的是Guava的EventBus。
  其他工具搜了一下，cglib中BeanCopier也提供了mapping功能，基于动态代理实现，但是没有实际使用过

  作者回复: 不错

  2020-05-02

  

   1
• 

  insight

  想问一下老师，属性拷贝工具相较于直接写get和set，会有性能上的差异嘛？

  作者回复: 会有 不过一般不会存在性能瓶颈

  2020-05-02

  

   1
• 

  小司

  代码编写的demo感觉还需严谨些，例如restful api定义的规范，常量.equals()避免NPE问题，尽量不要set而是使用builder模式，对象构造完基本不要再进行改动，这些都是一些较低级问题。大量的if、switch等逻辑判断可以使用策略加工厂加模版等模式替换，强调可读性一定非常重要，仅此稳定性。避免使用晦涩难懂的函数式编程(图省事而增加难懂及难维护的代码)

  2020-05-15

  

  
• 

  FelixFly

  1. 松耦合的方式一般都是用于消息发送，比如说短信发送、日志推送等等，消息队列是分布式中的松耦合
  2. Bean 属性复制：https://www.jianshu.com/p/40e0e64797b9 这篇文章基本全了

  作者回复: 感谢分享

  2020-05-12

  

  
• 

  👽

  购物车的例子，我个人理解，Java8中，可以使用接口以及default来代替抽象类。我认为使用接口更好，因为接口可以多实现，但是抽象类不可多继承。

  作者回复: 也不能完全替代，抽象类可以有状态，而且接口语义上是can-do，抽象类是is-a，还是选择更符合语义的方式来实现比较好

  2020-05-12

  

  
• 

  海拉鲁

  看了利用注解和反射消除重复的方法，这就是我一直苦苦寻求而不得的答案啊！
  之前就觉得这两样应该能发挥大作用但一直不得要领，还是自己对基础知识掌握的不够，感谢老师分享！

  作者回复: 有收货就好

  2020-05-09

  

  
• 

  QQ怪

  看完这篇之后立马就运用到我的项目中，真香！

  2020-05-08

  

  
• 

  #

  Bean 属性复制 mapstruct 了解一下

  2020-05-08

  

  
• 

  hellojd

  购物车的例子，用模板模式+工厂模式是没问题的。但用spring实现工厂，容易踩坑。一般购物车都会持有商品列表数据，spring默认是单例，不注意就出bug了。

  作者回复: 一般而言，不会把购物车数据保存在Bean里，可能会保存在Redis/Session里比较常见

  2020-05-08

   1

  
• 

  mgs2002

  很有用，已经在尝试使用抽象类替换调项目的部分重复代码

  作者回复: 👍🏻

  2020-05-06

  

  
• 

  李远

  BeanUtils注意深浅拷贝的问题

  2020-05-05

  

  