linran200的专栏

使用rdkafka6.0对接kafka报ArrayIndexOutOfBoundsException错误的解决方案参考

背景公司IOS反馈说，有一张图片的网址请求后，有时请求失败，有时请求成功但是只显示一部分。检查过程前端检查图片的request，发现图片加载到一半时会失败。 ping了一下图片的url，发现是存放在公司一台已经弃用的服务器上。 检查服务器的各项参数，发现服务器的硬盘空间爆满。 猜测与空间不足有关，但是由于该服务器没有任何交接文档，因此不知道密码，只能重置密码并重启服务器【阿里云服...

UML使用交互图来描述对象之间通过消息的交互。交互图可以用于动态对象建模，交互图包括顺序图和通信图两种。1.顺序图和通信图1.1顺序图具有更丰富的符号标记，它以一种栅栏格式描述交互，其中在右侧添加新创建的对象。如图：类A具有名为doOne的方法和类型为B的属性，同时类B具有名为doTwo和doTime的方法。1.2通信图以图或网络格式描述对象交互，其中对象可以置于途中的任何位置

1.设计对象：静态和动态建模1.1动态模型有助于设计逻辑、代码行为或方法体。例如UML交互图（顺序图或通信图）。动态模型倾向于差UN关键更为有益、困难和重要的图形。1.2静态模型有助于设计包、类名、属性和方法特征标记的定义，例如UML类图。1.3敏捷建模中，花费较短的时间创建交互图（动态），然后转到对应的类图（静态），交替进行。1.4应该把时间花费在交互图，而不仅是类图上。1.

逻辑架构和层逻辑架构是软件类的宏观组织结构，它将软件类组织为包（或命名空间）、子系统和层等。层是对类、包或子系统的分组，具有对系统主要方面加以内聚的职责。通常包括：1.用户界面。2.应用逻辑和领域对象（表示领域概念的软件对象）。3.技术服务（提供支持性技术服务的常用对象和子系统）。软件架构架构是一组重要决策，其中涉及软件系统的组织，对结构元素及其组成系统相关接口的选择，这些元素特定

本文为《UML和模式应用(原书第3版)》读书笔记操作契约使用前置和后置条件的形式，描述领域模型里对象的详细变化，并作为系统操作的结果。契约的组成部分系统操作系统操作时作为黑盒构件的系统在其公共接口中提供的操作。SSD展示了系统事件，即涉及系统的时间或I/O消息，输入的系统事件意味着系统具有用来处理该事件的系统操作。后置条件描述了领域模型内对象状态的变化，领域模型状态变化（后置条件类型）包括创

什么是系统顺序图（SSD）用例描述外部参与者与我们的系统进行的交互，而系统顺序图将这些交互变得具体和明确。应该为每个用例的主成功场景，以及频繁发生的或者复杂的替代场景绘制系统顺序图。用例文本及其所示的系统事件是创建SSD的输入，SSD的操作可以在操作契约中进行分析，在词汇表中被详细描述。并且可以作为设计协作对象的起点。 动机需要准确知道各种系统事件，然后根据系统对这些事件的响应和处理来设计

本文为《UML和模式应用(原书第3版)》读书笔记UP制品关系样例示例下图是以UML类图表示法绘制的部分领域模型 什么是领域模型领域模型是对领域内的概念类或现实世界中对象的可视化表示，是重要领域概念和词汇的可视化。领域模型也称为概念模型、领域对象模型和分析对象模型。 注意在UP中，术语“领域模型”指的是对现实世界概念类的表示，而非软件对象的表示。UP对领域模型的定义是，可以在业务建模科目中创建

本文为《UML和模式应用(原书第3版)》读书笔记

除用例之外，还有其他一些重要的UP需求制品，本章主要介绍这些次要的需求主体而不是OOA/D。其他需求制品用例不是要求的全部补充性规格说明捕获并确定了其他类型的需求，例如报表、文档、包装、可支持性说明、许可授权等等。词汇表捕获术语和定义，也起到数据字典的作用。设想概括了对项目的“设想”，即执行摘要。该制品为项目主要思想提供简介描述。业务规则捕获了凌驾于特定应用之上的长期规则或政策，例如税法

本文为《UML和模式应用(原书第3版)》读书笔记用例是文本形式的情节描述，广泛应用于需求的发现和记录工作中。示例顾客携带商品到收银台，收银员使用POS系统记录每件商品，系统连续显示累计总额，并逐行显示细目。顾客输入支付信息，系统对支付信息进行验证和记录。系统更新库存信息，顾客从系统得到购物小票，然后携带商品离开。 参与者、场景和用例参与者是某些具有行为的事物，可以是人、计算机系统或组织，例如收银

本文为《UML和模式应用(原书第3版)》读书笔记需求需求就是系统必须提供的能力和必须遵从的条件。UP不主张采用瀑布的观点。UP推崇用一种系统的方法来不断寻找、记录、组织和跟踪不断变更的需求，简而言之，就是通过迭代巧妙地进行需求分析。需求分析的最大挑战是寻找、沟通和记录什么是真正需要的，并能够清楚地讲解给客户和开发团队的成员。进化式需求与瀑布式需求两者的核心差异在于UP能够包容需求中的变更

初始阶段大多数项目需要一个简短的起始步骤，在这个步骤中要考虑以下问题：项目的设想和业务案例是什么；是否可行；购买还是开发；粗略估计一下成本；项目应该继续下去还是停止； 初始阶段并不是定义所有需求，或产生可信的预算和项目计划。 大多数需求分许是在细化阶段进行的，并且伴以具有产品品质的早期编程和测试 主要任务：预见项目的范围、设想和业务案例。 解决问题：涉众是否就项目设想基本达成一致，

UP软件开发过程描述了构造、部署以及维护软件的方式。 统一过程（Unified Process）是一种流行的构造面向对象系统的软软件开发过程。 本章介绍UP的原因： 1.UP是迭代过程。迭代开发对OOA/D的最佳实践具有影响。 2.UP实践提供了如何实施OOA/D的示范结构。 3.UP具有灵活性，可以应用于轻量级和敏捷方法。

本文为《UML和模式应用(原书第3版)》 [TOC]为对象分配职责  在OO开发中，最重要的就是为对象分配职责。因为分配职责是必须进行的一项工作，并且它对软件构件的健壮性、可维护性和可重用性具有重要的影响。   相比起在OOA/D中的其他技能，职责的分配是一项难以掌握又至关重要的技能，即使在实际项目中，开发人员没有时间进行其他建模活动，而只能完成仓促编码的开发过程，分配职责这项工作却也是必不可少