《构建》专题

让我们回顾一下在“多层感知机的简洁实现”一节中含单隐藏层的多层感知机的实现方法。我们首先构造Sequential实例，然后依次添加两个全连接层。其中第一层的输出大小为256，即隐藏层单元个数是256；第二层的输出大小为10，即输出层单元个数是10。我们在上一章的其他 节中也使用了Sequential类构造模型。这里我们介绍另外一种基于Block类的模型构造方法：它让模型构造更加灵活。 继承Bloc

GitBook使用SUMMARY文件管理目录结构，文件支持Markdown和Asciidoc两种语法。 GitBook按照SUMMARY文件中的目录结构生成HTML。 如果你通过GitBook创建一本支持多语言文档，目录结构会稍微不同，具体可参考多语言环境。 一般GitBook目录如下： . ├── book.json ├── README.md ├── SUMMARY.md ├── chapte

Nuxt.js 的默认应用目录架构提供了良好的代码分层结构，适用于开发或大或小的应用。 当然，你也可以根据自己的偏好组织应用代码。 观看有关Vue School上 Nuxt.js目录结构 的免费课程 目录 资源目录 资源目录 assets 用于组织未编译的静态资源如 LESS、SASS 或 JavaScript。 关于 assets 目录的更多信息 组件目录 组件目录 components 用于组

不支持switch和goto，支持if，else，while，do，for，break，continue，return，?:。 条件判断中的括号不可省略，但在单行语句中的大括号可以省略。 需要注意的是，这里没有像C语言，和javascript里的非Boolean类型的自动转换，比如if(1){...}在Solidity中是无效的。

Solidity提供struct来定义自定义类型。我们来看看下面的例子： pragma solidity ^0.4.0; contract CrowdFunding{ struct Funder{ address addr; uint amount; } struct Campaign{ address benefi

在 Solidity 中，合约类似于面向对象编程语言中的类。 每个合约中可以包含 状态变量、 函数、 函数修饰器、事件、 结构类型、 和 枚举类型 的声明，且合约可以从其他合约继承。 状态变量 状态变量是永久地存储在合约存储中的值。 pragma solidity ^0.4.0; contract SimpleStorage { uint storedData; // 状态变量

任何优秀的项目都离不开优秀的架构设计。本小节将介绍 Kubernetes 在架构方面的设计考虑。 基本考虑 如果让我们自己从头设计一套容器管理平台，有如下几个方面是很容易想到的： 分布式架构，保证扩展性； 逻辑集中式的控制平面 + 物理分布式的运行平面； 一套资源调度系统，管理哪个容器该分配到哪个节点上； 一套对容器内服务进行抽象和 HA 的系统。 运行原理 下面这张图完整展示了 Kubernet

基本架构 Docker 采用了 C/S 架构，包括客户端和服务端。Docker 守护进程 （Daemon）作为服务端接受来自客户端的请求，并处理这些请求（创建、运行、分发容器）。 客户端和服务端既可以运行在一个机器上，也可通过 socket 或者 RESTful API 来进行通信。 图 1.16.1.1 - Docker 基本架构 Docker 守护进程一般在宿主主机后台运行，等待接收来自客户端

Hyperledger Fabric 在 1.0 中，架构已经解耦为三部分： fabric-https://yeasy.gitbooks.io/hyperledger_code_fabric/content/peer：主要起到 https://yeasy.gitbooks.io/hyperledger_code_fabric/content/peer 作用，包括 endorser、committe

源代码主要分为5个目录和若干文件： bin，doc，etc，neutron和tools。 除了这 5 个目录外，还包括一些说明文档、安装需求说明文件等。 bin 主要包括 neutron-rootwrap、neutron-rootwrap-xen-dom0 两个文件。 提供一些可执行命令。 doc 包括文档生成的相关源码。 etc 跟服务和配置相关的文件，基本上该目录中内容在安装时会被复制到系统的

源代码包 python-heatclient 主要分为 3 个目录和若干文件： doc，heatclient 和 tools。 除了这 3 个目录外，还包括一些说明文档、安装需求说明文件和测试脚本等。 doc 包括利用 sphinx 生成文档的相关配置和源码。 heatclient 核心的代码实现都在这个目录下。 可以通过下面的命令来统计主要实现的核心代码量。 find heatclient -n

介绍源代码的基本结构。

Ceph 独一无二地用统一的系统提供了对象、块、和文件存储功能，它可靠性高、管理简便、并且是自由软件。 Ceph 的强大足以改变贵公司的 IT 基础架构、和管理海量数据的能力。Ceph 可提供极大的伸缩性——供成千用户访问 PB 乃至 EB 级的数据。 Ceph 节点以普通硬件和智能守护进程作为支撑点， Ceph 存储集群组织起了大量节点，它们之间靠相互通讯来复制数据、并动态地重分布数据。 Cep

在我们研究Objective-C编程语言的基本构建块之前，让我们看一下最基本的Objective-C程序结构，以便我们在接下来的章节中将其作为参考。 Objective-C Hello World示例 Objective-C程序基本上由以下部分组成 - 预处理程序命令 Interface Implementation Method Variables 声明和表达 Comments 让我们看一下打印

在我们研究Pascal编程语言的基本构建块之前，让我们看一下最小的Pascal程序结构，以便我们在接下来的章节中将其作为参考。 Pascal程序结构 Pascal程序基本上由以下部分组成 - 程序名称 使用命令 输入声明 Constant declarations 变量声明 函数声明 程序声明 主程序块 每个区块内的陈述和表达 Comments 每个pascal程序通常都有一个标题声明，一个声明和