149 | 计算机视觉高级话题（一）：图像物体识别和分割

从今天开始，我们讨论几个相对比较高级的计算机视觉话题。这些话题都不是简单的分类或者回归任务，而是需要在一些现有的模型上进行改进。

在专栏 Part 1 部分，我们学习了 7 个最流行的 APM 工具。在工作中，使用这些工具能帮助你高效地解决问题，并激发你对工具的更多兴趣，驱使你去了解原理。那如何“走捷径”快速掌握原理呢？

今天我们主要来介绍货运平台应用的微服务划分的案例。

在前面的 04 课时中，我和你分享了 DDD 领域场景分析的战略模式，介绍了如何根据问题域，划分业务系统的领域和限界上下文。理想情况下，在划分完业务系统的领域和限界上下文后，我们就能够从高层的视野审视整个业务系统，并将限界上下文和微服务一一对应；接着再关注限界上下文内的领域模型，通过模型内的领域对象解决子领域内的特定问题，多个限界上下文通力合作共同解决整个领域内的问题，提供业务系统的解决方案。

title: “09案例分析：池化对象的应用场景” draft: false date: 2024-06-14 keywords: [Java 性能优化实战21讲, 09案例分析：池化对象的应用场景, 极客时间] categories: [Java 性能优化实战21讲] tags: [极客时间] comment: true toc: true autoCollapseToc: true

在我们平常的编码中，通常会将一些对象保存起来，这主要考虑的是对象的创建成本。比如像线程资源、数据库连接资源或者 TCP 连接等，这类对象的初始化通常要花费比较长的时间，如果频繁地申请和销毁，就会耗费大量的系统资源，造成不必要的性能损失。

上一讲我们从 Babel 编译预设的角度理清了前端生态中的公共库和应用的丝缕关联，这一讲我们就从实战出发，动手剖析一个公共库从设计到完成的过程。

（源码出处：Creating a simple npm library to use in and out of the browser）

在以前玩虚拟机的时代，大家比较少考虑存储的问题，因为在通过底层 IaaS 平台申请虚拟机的时候，大多数情况下，我们都会事先预估好需要的容量，方便虚拟机起来后可以稳定的使用这些存储资源。

你好，欢迎进入第 09 课时的学习。今天，我们将介绍一个分布式环境下的重要主题，即分布式事务。在介绍 ShardingSphere 中的具体应用方式之前，我们有必要对分布式事务的基本概念做简要介绍。

你好，我是盛延敏，这里是网络编程实战第 9 讲，欢迎回来。

今天是基础篇的最后一讲。在这一讲中，我将会针对基础篇中大家提出的普遍问题进行总结和答疑，让我们整理一下，再接着学习下一个模块的内容。

你好，我是臧萌。上一讲中，我们讲到了“跟对人”是怎样的，那么今天我们就来看看，如果跟不对，又会怎样呢？

其实一般来说，我们程序员和经理的关系都是“正常”的，很少能好到千里马和伯乐的地步，也很少能坏到水火不容的地步。但是常在河边走，哪有不湿鞋。工作换得多了，公司重组多了，难免会遇到和自己不对付的经理。

在上一篇文章中，我们讨论了为什么要建模，以及建模的 4+1 视图模型，4+1 视图模型很好地向我们展示了如何对一个软件的不同方面用不同的模型图进行建模与设计，以完整描述一个软件的业务场景与技术实现。但是软件开发是有阶段性的，在不同的开发阶段用不同的模型图描述业务场景与设计思路，在不同阶段输出不同的设计文档，对于现实的开发更有实践意义。