⽤用户操作 数据打包 应⽤用发布 应⽤用安装 应⽤用管理 数 据 库 系 统 接 ⼝口 邮 件 模 块 前 端 架 构 WEB Server RPC 邮件⼿手机接⼝口 ⽤用户信息 ⾃自 ⼰己 好 友 节 点 信⽤用结算 路由 授 权 担 保 验 证 第三⽅方应⽤用 结果显⽰示 数据解析 ⽤用户操作 数据打包 底 层 ⺴⽹网

样 虽然框架每一个模块都按照低耦合设计，模块可以选择性引入，但在使用时也得全量下载完整框架代码。 源代码 编译 执行 目标代码 输出 打包发布 一次编译 多次执行 编译型语言： 发布文件往往很小 源代码 解释器 输出 每次执行都需要解释 打包发布 解释型语言： 发布文件往往较大 统一框架设计 第三部分 • 技术体系化 • 开发规范化 • 组件统一化 • 形成技术沉淀

自定义包和可见性 9.6 为自定义包使用 godoc 9.7 使用 go install 安装自定义包 9.8 自定义包的目录结构、go install 和 go test 9.9 通过 Git 打包和安装 9.10 Go 的外部包和项目 9.11 在 Go 程序中使用外部库 第10章：结构（struct）与方法（method） 10.1 结构体定义 10.2 使用工厂方法创建结构体实例 自定义包和可见性 9.6 为自定义包使用 godoc 9.7 使用 go install 安装自定义包 9.8 自定义包的目录结构、go install 和 go test 9.9 通过 Git 打包和安装 9.10 Go 的外部包和项目 9.11 在 Go 程序中使用外部库 9.0 包（package） 链接 第9章：包（package） - 205 - 本文档使用 书栈(BookStack 。 9.8 自定义包的目录结构、go install 和 go test - 224 - 本文档使用 书栈(BookStack.CN) 构建 9.9 通过 Git 打包和安装 以上的方式对于本地包来说是可以的，但是我们如何打包代码到开发者圈子呢？那么我们需要一个云端的源码的版本 控制系统，比如著名的 Git。 在 Linux 和 OS X 的机器上 Git 是默认安装的，在 Windows

func(x, y interface{}) bool) 泛型 • C说：我不管。(使⽤用者累) • C++把同⼀一个函数(的不同类型)实现了很多遍。(编译器累) • Java把所有东⻄西都打包了，只有⼀一个函数。(运⾏行时累) • 研究课题：怎么样实现才合理？ ⼤大纲 • 并发 • 接⼝口 • 垃圾回收 • 调度 • 死锁检测 垃圾回收 • ⺩王尼玛：内存管理太重要！交给机器我不放⼼心

可以跑在更多发行版上 更多的受众，更多的反馈 但DE最终会与底层服务甚至特定版进行交互，完全独立很难走到完美。 造成更多的开发包袱 Linux不会被统一,所以DE最好还是拥有更好的内聚性。 但应该打包更多的系统在一起, 从更多的地方优化用户体验，无折腾。 基础文件系统 + 仓库 + DE + 软件商店(各种应用软件才是正常用户需要的,基础设施不应该放到用户面前) 相关实验性项目 Gnome

Docker 帮助你为应用程序创建一个单独的可部署单元。这个单元，也被称为容器，包含该应用 序需要的所有东西。它包括代码（或者二进制文件）、runtime（运行环境）、系统工具盒系统库。 所有必需的资源打包成一个单元将确保无论应用程序部署到哪里都有完全相同的环境。这也有助于维 一个完全相同的开发和生产配置，这在以前是很难追踪的。

一旦开始，容器的创建和部署将自动完成。它消除了一大类问题。这些问题主要是由于文件没有

8 交易 区块 块链式数据结构 （狭义区块链） 分布式账本 （广义区块链） 交易指的是导致底层 数据状态发生变化的 一次操作请求，如一 笔转账交易 将一段时间内发生的 所有交易和状态打包 成为一个区块 区块以时间顺序前后相 连，组成一种块链式数 据结构，即“区块链” 一词的由来 多参与方各自部署，互 联互通，每个区块链节 点均会保存相同的链式 数据，通过冗余存储的

当程序文件很多的时候，可以很好的管理项目 3.控制函数、变量等访问范围，即作用域 使用 包的基本语法 ： package util 包的基本用法 import "包的路径" 注意事项 1. 载国盖顶文件打包的时候，该包对饮一个文件夹，比如这里的文件夹是 utils 文件对应的包名就是 utils, 文件的包名通常和文件所在的文件夹名一致。一般为小写字母 2.当一个文件需要使用其他函数或者变量的时候，需要先引入对饮的包名

go 或在平台 Makefile 中： prog1_$(GOOS).go\ 或 prog1_$(GOARCH).go\ 。 9.9 通过 Git 打包和安装 9.9.1 安装到 GitHub 以上的方式对于本地包来说是可以的，但是我们如何打包代码到开发者圈子呢？那么我们需要一个云端的 源码的版本控制系统，比如著名的 Git。 Go入门指南 - 182 - 本文档使用 看云 构建 在 只有一个协程可以访问数据：所以不会出现数据竞争，设计如此。数据的归属（可以读写数据的能力）被 传递。 工厂的传送带是个很有用的例子。一个机器（生产者协程）在传送带上放置物品，另外一个机器（消费者 协程）拿到物品并打包。 通道服务于通信的两个目的：值的交换，同步的，保证了两个计算（协程）任何时候都是可知状态。 通常使用这样的格式来声明通道： var identifier chan datatype 未初始化的通道的值是nil。 甚至更多。通过调整 通道的容量，甚至可以尝试着更进一步的优化其性能。 2 限制一个通道的数据数量并将它们封装成一个数组： 如果使用通道传递大量单独的数据，那么通道将变成性能瓶颈。然而，将数据块打包封装成数组，在接收 端解压数据时，性能可以提高至10倍。 创建： ch := make(chan type,buf) （1）如何使用 for 或者 for-range 遍历一个通道： for

级别 非常小，MB 级别 速度 较慢，几百到几千 MB/s 较快，几十 GB/s 非常快，几十到几百 GB/s 价格 较便宜，几毛到几元 / GB 较贵，几十到几百元 / GB 非常贵，随 CPU 打包计价 我们可以将计算机存储系统想象为图 4‑9 所示的金字塔结构。越靠近金字塔顶端的存储设备的速度越快、容 量越小、成本越高。这种多层级的设计并非偶然，而是计算机科学家和工程师们经过深思熟虑的结果。