《理想》专题

GitBook 上的每一位用戶與作者，都對應著一個帳號。你可以使用電子郵件新建帳號，或使用 Facebook, Twitter, Google 與 GitHub 這些社群服務建立。 刪除帳號 你可以從管理介面 www.gitbook.com/settings 刪除帳號。 這是一個 無法回復 的操作，所有書籍、製書紀錄以及交易都會被完整清除。一旦刪除了帳號，就無法找回這些歷史紀錄，請三思而後行。

清理 Node 节点 停相关进程： $ sudo systemctl stop kubelet kube-proxy flanneld docker $ 清理文件： $ # umount kubelet 挂载的目录 $ mount | grep '/var/lib/kubelet'| awk '{print $3}'|xargs sudo umount $ # 删除 kubelet 工作目录 $

在 Laravel 中，大多数采用 .env 文件管理，深度配置都采用 config/*.php 配置。 在 ThinkSNS+ 这一现象并没有发生改变，我们也推崇使用 Laravel 方式进行管理配置，但是有时候我们往往需要后期配置， 但是后期配置不可能期望用户去修改配置文件。这很危险，用户大多都没有技术能力。 所以，在 ThinkSNS+ 在 Laravel 配置的基础上增加了一份更加灵活的配

easyopen对错误处理已经封装好了，最简单的做法是向上throw即可，在最顶层的Controller会做统一处理。例如： if(StringUtils.isEmpty(param.getGoods_name())) { throw new ApiException("goods_name不能为null"); } 或者 if(StringUtils.isEmpty(param.getG

SOP对错误处理已经封装好了，简单做法是throw ServiceException，在最顶层的Controller会做统一处理。例如： if(StringUtils.isEmpty(param.getGoods_name())) { throw new ServiceException("goods_name不能为null"); } 为了保证编码风格的一致性，推荐统一使用Service

对于一个基于图论的框架来说，节点和边是最小的部件。实际应用中，这些部件构成了各种有向图。比如一个有环图，它的数据流动就是一个环形，部件之间的持有关系如果不能很好的处理，那么可能就会存在内存问题。EasyReact 的内存管理逻辑非常简单，也非常精巧。可以让框架使用者无需关注太多的细节即可轻松的使用，而不必担心本框架涉及的内存方面的问题。 中间节点 节点包含了 fork、map、filter、ski

事件绑定 通过ev-*属性，可以在dom上绑定事件 例如： <button ev-click={function() { alert('点击了按钮') }}>点击按钮</button> 绑定方法 大多数情况下，事件处理函数都比较复杂，直接写在模板中不太优雅。 一般通过将事件处理传入模板的render方法，来进行绑定 例如： <button ev-click={onClick.bind(self)

Nerv 和 React fiber 一样，支持使用 componentDidCatch 来处理组件中可能会发生的错误。 捕获组件内的错误 如下的代码在 Nerv 中使用是完全合法的：当 this.state.error 是一个假值（falsey） 时，render() 函数直接抛出异常——而这个异常会被当前组件的 componentDidCatch 捕捉到，这里使用的错误处理是把 this.st

Nerv 元素的事件处理和 DOM 元素的很相似。但是有一点语法上的不同: Nerv 事件绑定属性的命名采用驼峰式写法，而不是小写。 如果采用 JSX 的语法你需要传入一个函数作为事件处理函数，而不是一个字符串(DOM元素的写法) 例如，传统的 HTML： <button onclick="activateLasers()"> Activate Lasers </button> Nerv 中

概要设计 1、创建、发送、停止同步任务; 2、创建、抓取同步工作节点; 3、抓取、整合节点统计数据与实时数据并做页面展示; 4、抓取、整合任务统计数据与实施数据并做页面展示; 5、抓取告警日志并做页面展示; 6、收集、整合数据推送到中间件。 名词须知 数据源:数据存储位置，现启用kafka、jdbc、canal三种类型; 数据表组:

SOFADashboard 服务治理主要是对 SOFARpc 的服务进行管理。 目前已经支持基于 ZK 和 SofaRegistry 两个注册中心。 功能展示 1、基于服务维度 服务列表 服务提供者详情： 2、基于应用维度 应用列表 应用服务详情

IoT 客户端框架 Azure IoT 中心为了方便设备连接提供了丰富的连接协议，如 MQTT、HTTP 等，同时 Azure IoT 中心只支持安全连接。与 IoT 中心的连接由设备客户端来完成，每一个连接到 IoT 中心的设备都会创建一个 IoT 中心客户端实例，当连接关闭时，将这个实例释放掉即可。 IoT 中心客户端会向下调用 LL 层来完成工作，LL 层向下对接不同通信协议的传输层，传输层

WebClient 软件包主要用于在嵌入式设备上实现 HTTP 协议，软件包的主要工作原理基于 HTTP 协议实现，如下图所示： HTTP 协议定义了客户端如何从服务器请求数据，以及服务器如何把数据传送给客户端的方式。HTTP 协议采用了请求/响应模型。 客户端向服务器发送一个请求报文，请求报文包含请求的方法、URL、协议版本、请求头部和请求数据。服务器以一个状态行作为响应，响应的内容包括协议的版

mbedtls 软件包是对 SSL/TLS 协议的实现。SSL（安全套接层）和 TLS（传输安全层）均是为了保证传输过程中信息的安全，是在明文传输基础上进行的加密，然后以密文的形式传输数据。 mbedTLS 建立安全通信连接需要经过以下几个步骤： 初始化 SSL/TLS 上下文 建立 SSL/TLS 握手 发送、接收数据 交互完成，关闭连接 其中，最关键的步骤就是 SSL/TLS 握手 连接的建立

iotkit SDK 为了方便设备上云封装了丰富的连接协议，如 MQTT、CoAP、HTTP、TLS，并且对硬件平台进行了抽象，使其不收具体的硬件平台限制而更加灵活。 通常用户并不需要关心 SDK 底层的实现机制，而只需要了解设备如何通过 SDK 与云端进行数据交互即可，方便用户理解如何使用应用层 API 接口进行业务逻辑编写。这里举例展示了 MQTT 和 OTA 应用的数据交互流程。 MQTT