refactor重构编程

Eric Evans：主题演讲（“上下文中的语言”）：从基础知识开始（单词在上下文中有意义;当我们明确指出这个上下文的边界时，我们最终得到一个有界的上下文），Eric讨论了两个主要的主题：大泥球，以及微服务上下文中有界的上下文。 banq注

这是来自一篇生产实践的经验分享，程序员对技术热情，而不是对业务理解的热情会误导企业软件方向，导致很多挫折和失败，技术不是越新越先进越好，而应该匹配业务领域：“优秀的程序员对他们的工作充满热情”基本上是我们行业的常见现象。总的来说，这可能是真的，但最近我一直对“编程的热情如何妨碍我们为

Shopify是现存最大的Ruby on Rails代码库之一。它已被超过一千名开发人员使用了十多年。它封装了来自计费商家，管理第三方开发者应用程序，更新产品，处理运输等许多不同功能。它最初是作为整体构建的，这意味着所有这些不同的功能都构建在相同的代码库中，它们之间没有边界。多年来，这种架构

来自Martin Fowler推荐的模式，这是描述重写一个重要系统的方法，Strangler是一种渐进的重写模式，而不是一刀切全部重写发布新版本： 当Cindy和我去澳大利亚时，我们在昆士兰海岸的雨林中度过了一段时间。这个地区的自然奇观之一是巨大的

如果你在软件行业工作一段时间，你最终会听到

为了实际说明模板模式在哪些情况下有用，我们假设我们有一个类如下的Resource类：

亚马逊的AWS团队将美国国防部在大型机上运行的COBOL系统成功迁移到基于x86 Red Hat Enterprise Linux（RHEL）的Java系统中：目标是通过利用Amazon Web Services（AWS）来引入敏捷性，降低成本，使技术堆栈现代化并增强安全性。我们使用

责任链模式是创建处理对象链（例如一系列操作）的通用解决方案。一个处理对象可以做一些工作并将结果传递给另一个对象，然后该对象也做一些工作并将其传递给另一个处理对象，依此类推。 责任链模式：不使用Lambda表达式

观察者模式肯定是最常见和最广泛使用的模式之一。其目的是允许在某个事件发生时通知一个或多个对象并相应地采取行动。这种模式的主要抽象是Listener接口：

当某个对象（称为主体）需要在某些事件发生时（例如，状态更改）自动通知其他对象（称为观察者）的列表时，观察者设计模式是一种常见的解决方案。在使用GUI应用程序时，您通常会遇到此模式。您在GUI组件（如按钮）上注册一组观察者。如果单击该按钮，则会通知观察者并执行特定操作。但观察者模式不限于GUI

Decorator模式允许通过使用多个嵌套层包装它来动态扩展现有对象的功能。所有这些层必须实现相同的接口，这样才能组合它们。让我们用一个实际的例子证明这一点：我们需要从年薪总额开始计算工资计算器，并在将其除以12并对其征收一系列税后计算每月净工资。为方便起见，有关这些税收的业务逻辑已

如果您曾经使用Netflix，互联网，或者最近与任何人交谈过，您很可能听说过Marie Kondo或“那个整理秀”，即与Marie Kondo一起整理。Marie的方法（KonMari）专注于在整理过程中激发喜悦。 在她的

工厂设计模式让我们创建对象而不将实例化逻辑暴露给客户端。例如，假设您正在为银行工作，他们需要一种创建不同金融产品的方式：贷款，债券，股票等。让我们绘制一个类图并编写一些代码来理解Factory Design Pattern，然后使用lambda表达式来删除样板代码。

在Apache Druid社区，我们目前正在准备一份详细的清单，以便在代码审查期间使用。我决定将清单的一部分作为媒体上的帖子发布，以收集更多关于清单项目的想法。希望有人会发

策略模式是表示一系列算法的通用解决方案，并允许您在运行时选择它们。您可以将此模式应用于多种方案，例如使用不同的解析方式或格式化输入来验证具有  不同条件的输入。 策略设计模式：不使用Lambda表达式假设我

战略模式又称为策略模式，其目的是让我们能使用不同但可互换的算法。现在我们在另一个实际例子中使用这种模式。我们想要概括一个流程，该流程在输入中获取文本，使用给定的条件对其进行过滤，并在最终格式化或转换后将其打印在标准输出上。换句话说，我们需要概括2个行为：一个过滤文本，另一个转换它。第一步是将