From 966910d38dcc1a3a6227b6c3484b46c819226437 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E6=9D=AD=E5=9F=8E=E5=B0=8F=E5=88=98?= Date: Mon, 4 May 2020 02:52:47 +0800 Subject: [PATCH] style: image path --- Chapter1 - iOS/1.1.md | 2 +- Chapter1 - iOS/1.74.md | 10 +++++----- Chapter1 - iOS/1.83.md | 2 +- Chapter7 - Geek Talk/7.21.md | 20 ++++++++++---------- 4 files changed, 17 insertions(+), 17 deletions(-) diff --git a/Chapter1 - iOS/1.1.md b/Chapter1 - iOS/1.1.md index 593e9ed..7f09fe0 100644 --- a/Chapter1 - iOS/1.1.md +++ b/Chapter1 - iOS/1.1.md @@ -78,7 +78,7 @@ pragma mark - getter and setter ```Objective-c self.latestImageView.image = [UIImage iconWithInfo:LBPIconFontmake(@"\U0000e6ac", 60, @"000066") ]; ``` -![封装后的工程目录结构](./../assets/2017-05-28-iconfont.png) +![封装后的工程目录结构](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2017-05-28-iconfont.png) 1. LBPFontInfo来封装字体信息 2. UIColor+picker根据十六进制字符串来设置颜色 diff --git a/Chapter1 - iOS/1.74.md b/Chapter1 - iOS/1.74.md index effc3cd..9576fb9 100644 --- a/Chapter1 - iOS/1.74.md +++ b/Chapter1 - iOS/1.74.md @@ -2554,9 +2554,9 @@ void printResponseData (CFDataRef responseData) { NSURLSession、NSURLConnection hook 如下。 -![NSURLSession Hook](./../assets/2020-04-13-NSURLSessionHook.jpeg) +![NSURLSession Hook](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-13-NSURLSessionHook.jpeg) -![NSURLConnection Hook](./../assets/2020-04-13-NSURLConnectionHook.jpeg) +![NSURLConnection Hook](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-13-NSURLConnectionHook.jpeg) @@ -2847,7 +2847,7 @@ CFNetwork 使用 CFReadStreamRef 来传递数据，使用回调函数的形式 }; ``` - ![method swizzling](./../assets/2020-04-09-methodSwizzling.png) + ![method swizzling](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-09-methodSwizzling.png) method swizzling 改进版如下 @@ -2875,11 +2875,11 @@ CFNetwork 使用 CFReadStreamRef 来传递数据，使用回调函数的形式 ``` - ![method swizzling](./../assets/2020-04-09-methodSwizzling.png) + ![method swizzling](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-09-methodSwizzling.png) -![isa swizzling](./../assets/2020-04-13-isaSwizzling.png) +![isa swizzling](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-13-isaSwizzling.png) diff --git a/Chapter1 - iOS/1.83.md b/Chapter1 - iOS/1.83.md index a6a9046..3dba1ac 100644 --- a/Chapter1 - iOS/1.83.md +++ b/Chapter1 - iOS/1.83.md @@ -6,7 +6,7 @@ > An NSURLProtocol object handles the loading of protocol-specific URL data. The NSURLProtocol class itself is an abstract class that provides the infrastructure for processing URLs with a specific URL scheme. You create subclasses for any custom protocols or URL schemes that your app supports. -![URL Loading System](./../assets/2020-04-18-URL-loading-system.png) +![URL Loading System](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-18-URL-loading-system.png) NSURLProtocol 是 Foundation 框架中 URL Loading System 的一部分。它可以让开发者可以在不修改应用内原始请求代码的情况下，去改变 URL 加载的全部细节。换句话说，NSURLProtocol 是一个被 Apple 默许的中间人攻击。 diff --git a/Chapter7 - Geek Talk/7.21.md b/Chapter7 - Geek Talk/7.21.md index 2d9b04d..0b1866d 100644 --- a/Chapter7 - Geek Talk/7.21.md +++ b/Chapter7 - Geek Talk/7.21.md @@ -48,23 +48,23 @@ - 场景视图 用于描述系统的参与者与功能用例间的关系，反映系统的最终需求和交互设计，通常由用例图表示。 - ![场景视图](./../assets/2020-04-24-ArchDiagram1.jpeg) + ![场景视图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram1.jpeg) - 逻辑视图 用于描述系统软件功能拆解后的组件关系，组件约束和边界，反映系统整体组成与系统如何构建的过程，通常由UML的组件图和类图来表示。 - ![逻辑视图](./../assets/2020-04-24-ArchDiagram3.jpeg) + ![逻辑视图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram3.jpeg) - 物理视图 用于描述系统软件到物理硬件的映射关系，反映出系统的组件是如何部署到一组可用的计算机节点上，用于指导软件系统的部署实施过程。 - ![物理视图](./../assets/2020-04-24-ArchDiagram4.jpeg) + ![物理视图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram4.jpeg) - 处理流程视图 用于描述系统软件组件之间的通信时序，数据的输入输出，反映系统的功能流程与数据流程，通常由时序图和流程图表示。 - ![处理流程视图](./../assets/2020-04-24-ArchDiagram5.jpeg) + ![处理流程视图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram5.jpeg) - 开发视图 用于描述系统的模块划分和组成，以及细化到内部包的组成设计，用于开发人员，反映系统的开发实施过程。 - ![开发视图](./../assets/2020-04-24-ArchDiagram2.jpeg) + ![开发视图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram2.jpeg) 以上5种架构图，从不同角度表示一个软件系统的不同特征，组合搭配作为架构蓝图描述系统架构。 @@ -93,7 +93,7 @@ ### 1. 语境图(System Context Diagram) -![语境图](./../assets/2020-04-24-ArchDiagram6.jpeg) +![语境图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram6.jpeg) 这是一个想象的待建设的互联网银行系统，它使用外部的大型机银行系统存取客户账户、交易信息，通过外部电邮系统给客户发邮件。可以看到，非常简单、清晰，相信不需要解释，都看的明白，里面包含了需要建设的系统本身、系统的客户、和这个系统有交互的周边系统。 @@ -108,7 +108,7 @@ ### 2. 容器图(Container Diagram) 容器图是把语境图里待建设的系统做了一个展开。 -![容器图](./../assets/2020-04-24-ArchDiagram7.jpeg) +![容器图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram7.jpeg) 上图中，除了用户和外围系统，要建设的系统包括一个基于 java\spring mvc 的 web 应用提供系统的功能入口，基于 xamarin 架构的手机app 提供手机端的功能入口，一个基于 java 的 api 应用提供服务，一个 mysql 数据库用于存储，各个应用之间的交互都在箭头线上写明了。 @@ -130,7 +130,7 @@ ### 3. 组件图(Component Diagram) -![组件图](./../assets/2020-04-24-ArchDiagram8.jpeg) +![组件图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram8.jpeg) 组件图是把某个容器进行展开，描述其内部的模块。 @@ -144,7 +144,7 @@ ### 4. 类图(Code/Class Diagram) -![类图](./../assets/2020-04-24-ArchDiagram9.jpeg) +![类图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram9.jpeg) 类图主要是给开发人员看的。用于如何具体设计类以及类的接口。达到多端统一、规范的目的。 @@ -154,7 +154,7 @@ ## 案例 下面是内部的一个实时数据工具的架构图。作为一个应该自描述的架构图，这里不多做解释了。如果有看不明白的，那肯定是还画的不够好。 -![架构图](./../assets/2020-04-24-ArchDiagram10.jpeg) +![架构图](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets//2020-04-24-ArchDiagram10.jpeg) 画好架构图可能有许多方法论，本篇主要介绍了 C4 这种方法，C4 的理论也是不断进化的。但不论是哪种画图方法论，我们回到画图初衷，更好的交流，我们在画的过程中不必被条条框框所限制。简而言之，画之前想好：画图给谁看，看什么，怎么样不解释就看懂。