架构分层模型适配 吴雪峰@201811 — 有效防⽌止架构腐化实践 CONTENTS 01 DDD分层参考架构 02 严纪律律 防腐化 — 分层模型适配 03 分层模型适配实例例 DDD分层参考架构 DDD分层参考架构 给⽤用户提供界⾯面，关注⽤用户交互和体验 前端应⽤用 API服务 业务领域 基础设施 为前端应⽤用提供API服务，关注事务和分布式等技术性问题 领域模型和领域逻辑，关注业务概念。 访问外界系统（调⽤用外界系统）的技术相关实现。 前端应⽤用 API服务 业务领域 基础设施 ⼲干系⼈人: 外界系统 诉求: 稳定调⽤用外部系统 技术点: 使⽤用和适配外部系统模型，隔离和快速诊断错误 ⼯工作内容: • 学习和使⽤用外部系统，如数据库，邮件系统 • 适配外部系统模型，如SQL映射到模型对象 技术⼈人员关注的层 基础设施 腐化案例例: 业务逻辑和外部调⽤用逻辑混合 如⼀一个⽅方法⾥里里即处理理业务逻辑⼜又调⽤用SQL 但问题是开发过程中不不知不不觉层次模糊，架构师有没有实践 能有效阻⽌止架构腐化？ 分层模型适配 如何从⼀一盘散沙到百万雄师 百万雄师的铸造秘密 — 踢正步 叠被⼦子 知⾏行行合⼀一 每个⼈人⽇日常就能做到 在⽇日常最细微处抵抗懒散腐化 坚持塑造纪律律 DDD分层架构 不不同模型适配(名词) 资源模型: 应⽤用想要⼀一把查询获取所有信息，⼀一个操作做完业务 前端应⽤用 API服务

银河麒麟服务器操作系统 V4 Hadoop 软件适配手册 天津麒麟信息技术有限公司 2019 年 5 月 银河麒麟服务器操作系统 V4 hadoop 软件适配手册 I 目 录 目 录 ............................................................................. ................................................................................... 4 2 HADOOP 软件适配 ................................................................................................ 4 银河麒麟服务器操作系统 V4 hadoop 软件适配手册 2 1 概述 1.1 系统概述 银河麒麟服务器操作系统主要面向军队综合电子信息系统、金融系统以及电 力系统等国家关键行业的服务器应用领域，突出高安全性、高可用性、高效数据 处理、虚拟化等关键技术优势，针对关键业务构建的丰富高效、安全可靠的功能 特性，兼容适配长城、联想、浪潮、华为、曙光等国内主流厂商的服务器整机产

流量管理 第 第 6 章 章 支持 支持 6.1. 为红帽支持收集 RED HAT OPENSHIFT SERVICE MESH 数据 第 第 7 章 章 3SCALE 适配器 适配器 7.1. 使用 3SCALE ISTIO 适配器 3 3 3 3 6 7 9 9 12 13 14 18 18 19 30 43 44 49 49 52 53 57 62 64 66 66 76 Kiali 配置 Kiali 观察控制台只支持 Chrome 、Edge 、Firefox 或 SDomain 浏览器的最新的两个版本。 1.3.2. 支持的 Mixer 适配器 此发行版本只支持以下 Mixer 适配器： 3scale Istio Adapter Red Hat OpenShift Service Mesh 在服务网络间提供了实现关键功能的统一方式： 流量管理 流量管理 、Edge 、Firefox 或 SDomain 浏览器的最新的两个版本。 3.1.1.2. 支持的 支持的 Mixer 适配器 适配器 OpenShift Container Platform 4.2 Service Mesh 18 此发行版本只支持以下 Mixer 适配器： 3scale Istio Adapter 3.1.2. Red Hat OpenShift Service Mesh

17. 为生产环境配置 SERVICE MESH 1.18. 连接服务网格 1.19. 扩展 1.20. 使用 3SCALE WEBASSEMBLY 模块 1.21. 使用 3SCALE ISTIO 适配器 1.22. 服务网格故障排除 1.23. ENVOY 代理故障排除 1.24. SERVICE MESH CONTROL PLANE 配置参考 1.25. KIALI 配置参考 1.26. JAEGER 中自定义安全性 2.7. 流量管理 2.8. 在 SERVICE MESH 上部署应用程序 2.9. 数据可视化和可观察性 2.10. 自定义资源 2.11. 使用 3SCALE ISTIO 适配器 2.12. 删除 SERVICE MESH 3 3 3 27 32 33 38 40 42 48 58 62 77 79 90 103 111 113 115 144 154 Service Mesh 2.1 不支持 3scale 混合器适配器。在升级到 Service Mesh 2.1 之前，删除基于 Mixer 的 3scale 适配器和任何其他 Mixer 插件。然后，使用 Service MeshExtension 资源手动安装和配置使用 Service Mesh 2.1+ 的新 3scale WebAssembly 适配器。 3scale 2.11 引入了基于 WebAssembly

Swing 典型组件（课后自学） 事件适配器 ▶ 当创建事件监听器类时，需要实现相应的监听器接口，而实 现类中又必须重写/实现接口中的每一个抽象方法，这在 GUI 事件处理过程中经常会成为一种负担。 ▶ 事件适配器使用了设计模式中的缺省适配器（Default Adapter）。事件适配器类（Adapter）是针对大多数事件监 听器接口定义的相应抽象类，适配器类实现了相应监听器接 口中所有的方法，但不做任何事。 Swing 典型组件（课后自学） 事件适配器 ▶ 当创建事件监听器类时，需要实现相应的监听器接口，而实 现类中又必须重写/实现接口中的每一个抽象方法，这在 GUI 事件处理过程中经常会成为一种负担。 ▶ 事件适配器使用了设计模式中的缺省适配器（Default Adapter）。事件适配器类（Adapter）是针对大多数事件监 听器接口定义的相应抽象类，适配器类实现了相应监听器接 口中所有的方法，但不做任何事。 Swing 典型组件（课后自学） 事件适配器 O 常用的 GUI 事件适配器 监听器接口 对应适配器类 说明 MouseListener MouseAdapter 鼠标事件适配器 MouseMotionListener MouseMotionAdapter 鼠标运动事件适配器 WindowListener WindowAdapter 窗口事件适配器 FocusListener FocusAdapter

Flutter 在鸿蒙系统上跑起来 作者：杨超 前言 鸿蒙系统 （HarmonyOS）是华为推出的一款面向未来、面向全场景的分布式操作系 统。在传统单设备系统能力的基础上，鸿蒙提出了基于同一套系统能力、适配多种终 端形态的分布式理念。自 2020 年 9 月 HarmonyOS 2.0 发布以来，华为加快了鸿 蒙系统大规模落地的步伐，预计 2021 年底，鸿蒙系统会覆盖包括手机、平板、智能 穿戴 穿戴、智慧屏、车机在内数亿台终端设备。对移动应用而言，新的系统理念、新的交 互形式，也意味着新的机遇。如果能够利用好鸿蒙的开发生态及其特性能力，可以让 应用覆盖更多的交互场景和设备类型，从而带来新的增长点。 与面临的机遇相比，适配鸿蒙系统带来的挑战同样巨大。当前手机端，尽管鸿蒙系统 仍然支持安卓 APK 安装及运行，但长期来看，华为势必会抛弃 AOSP，逐步发展出 自己的生态，这意味着现有安卓应用在鸿蒙设备上将会逐渐变成“二等公民”。然而， 以其自渲染能力带来的多端高度一致性，在新 系统的适配上有着突出的优势。虽然 Flutter 官方并没有适配鸿蒙的计划，但经过一 段时间的探索和实践，美团外卖 MTFlutter 团队成功实现了 Flutter 对于鸿蒙系统的 前端 2 > 2021年美团技术年货 原生支持。 这里也要提前说明一下，因为鸿蒙系统目前还处于 Beta 版本，所以这套适配方案还 没有在实际业务中上线，属于技术层面

为前提条件检查结果提供集群级别的全局2级缓存 • 灵活的适配器模型，使其以下操作变得简 单： • 运维添加、使用和删除适配器 • 开发人员创建新的适配器（超过20个适配器）Part 1：ServiceMesh灵魂拷问一：要架构还是要性能？ Mixer v1 架构的缺点 • 管理开销 • 管理Mixer是许多客户不想负担的 • 进程外适配器强制运维管理适配器，增加此负担 • 性能 • 即使使用缓 即使使用缓存，在数据路径中同步调用Mixer也会增加端到端延迟 • 进程外适配器进一步增加了延迟 • 授权和认证功能是天然适合mixer pipeline的，但是由于mixer 设计 的延迟和SPOF（单点故障）特性，导致直接在Envoy中实现 (Envoy SDS) • 复杂性 • Mixer使用一组称为模板的核心抽象，来描述传递给适配器的数据。 这些包括“metrics”，“logentry”，“tracepan”等。这些抽 tracepan”等。这些抽 象与后端想要消费的数据不匹配，导致运维需要编写一些手动配置， 以便在规范的 Istio 样式和后端特定的样式之间进行映射。原本期望 这种映射可以在适配器中实现很大程度上的自动化，但是最终还是 太复杂并需要手动配置。如果要性能，该怎么做？ Part 1：ServiceMesh灵魂拷问一：要架构还是要性能？ Proxy Mixer In- Process Adapter

开源的人才吸引力契合操作系统本身性能提升与生态适配的需求 操作系统的性能提升需要大量人力：从操作系统本身而言，其作为大型软件，庞杂的代码量需要相应规模的人分工合作才能共同完 成设计。加之国内的操作系统起步较晚，需要更多的人才不断迭代整体性能水平。 操作系统生态适配需要大量人力：操作系统需要对软硬件生态适配、兼容，才能更好的发挥其资源管理者的作用。这种适配是双向 的，不同应用场景操作系统适配的生态也有所差异，随着场景 的不断创新增加，生态适配性问题日渐复杂，仅靠单个操作系统发行 商进行生态匹配难以解决问题，需要开源集合更多的开发者力量进行帮助。 开源帮助操作系统优化性能、提升使用体验：在常见的操作系统开源sig分布中，大量的开发者有序的渗入到不同功能板块的代码仓 中，帮助客户端进一步用好更好的操作系统，同时，sig常见的社区治理类板块，更好的发挥了社区的“网络效应”，实现人才生态 的“源远流长”。 来源：根据 桌面 … 操作系统应用场景 处理器 … 服务器 端设备 内存 系统软件 … 数据库管 理软件… 应用软件 编译软件 开源促进“更好的”操作系统被“更好地”使用 硬件适配 软件适配 19 ©2023.11 iResearch Inc.

上推理速度可达 520 FPS。在部署方面， YOLOv6 支 持 GPU（TensorRT）、CPU（OPENVINO）、ARM（MNN、TNN、 NCNN）等不同平台的部署，极大地简化工程部署时的适配工作。 目前，项目已开源至 Github，传送门：YOLOv6。欢迎有需要的小伙伴们 Star 收 藏，随时取用。 精度与速度远超 YOLOv5 和 YOLOX 的新框架 目标检测作为计算机 YOLOv6 生态，主要工作包括以下几个方面： 1) 完善 YOLOv6 全系列模型，持续提升检测性能。 2) 在多种硬件平台上，设计硬 件友好的模型。 3) 支持 ARM 平台部署以及量化蒸馏等全链条适配。 4) 横向拓展和 引入关联技术，如半监督、自监督学习等等。 5) 探索 YOLOv6 在更多的未知业务场 景上的泛化性能。 12 > 2022年美团技术年货 同时也欢迎社区同学加入我们， 近期会在美团技术团队公众号上进行推 送，敬请期待。 完备的开发支持和多平台部署适配 YOLOv6 支持检测模型训练、评估、预测以及模型量化、蒸馏等全链路开发流程， 同时支持 GPU（TensorRT）、CPU（OPENVINO）、ARM（MNN、TNN、NCNN） 等不同平台的部署，极大简化工程部署时的适配工作。更详细的教程指引请移步 YOLOv6 Github 仓库 Deployment

. . . . . . . . . . . . . . . . . . . . . . 136 11.2.6 事件适配器 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137 11.2.7 事件适配器 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129 11.2 GUI 事件及相应监听器接口 . . . . . . . . . . . . . . . . . . . . . . . . . . 136 11.3 常用的 GUI 事件适配器 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137 22.1 Java EE 监听器接口和监听器事件 . . . . . 察者模式、状态模式、策略模式、模板方法模式和访问者模式 结构型模式 涉及如何组合类和对象以形成更大的结构，和类有关的结构型模式涉及如 何合理使用继承机制，和对象有关的结构型模式涉及如何合理的使用对象组合机 制。 适配器模式、组合模式、代理模式、享元模式、外观模式、桥接模式和装饰模式 Singleton 设计模式也称“单子模式”或“单例模式”。 采用调试方式讲解示例代码 . . . . . . . . .