工作原理 FIS3 是基于文件对象进行构建的,每个进入 FIS3 的文件都会实例化成一个 File 对象,整个构建过程都对这个对象进行操作完成构建任务。以下通过伪码来阐述 FIS3 的构建流程。 构建流程 fis.release = function (opt) { var src = fis.util.find(fis.project.root); var files = {}; s
rabbitMQ 工作队列 轮询分发 >[danger] 简单队列是一对一的关系,一个生成者对应一个消费者,实际开发中,一般消费者是以业务相结合的,需要时间去处理业务,如果只有一个消费者,那么生产者就会积压很多消息,消费不出去 代码演示: 'use strict'; const Controller = require('egg').Controller; /** * 队列一对多演示 * 生产
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
MQTT 协议工作原理 在 MQTT 协议中有三种身份:发布者(Publish)、代理(Broker)(服务器)和订阅者(Subscribe)。其中消息的发布者和订阅者都是客户端,消息代理是服务器,消息发布者可以同时是订阅者,这三者的关系如下图所示: 在 MQTT 协议的实际使用过程中,一般遵循以下流程: 发布者通过代理服务器向指定的 Topic 发布消息。 订阅者通过代理服务器订阅所需要的 To
OneNET 软件包数据的上传和命令的接收是基于 MQTT 实现的,OneNET 的初始化其实就是 MQTT 客户端的初始化,初始化完成后,MQTT 客户端会自动连接 OneNET 平台。数据的上传其实就是往特定的 topic 发布消息。当服务器有命令或者响应需要下发时,会将消息推送给设备。 获取数据流、数据点,发布命令则是基于 HTTP Client 实现的,通过 POST 或 GET 将相应的
WebNet 软件包主要用于在嵌入式设备上实现 HTTP 服务器,软件包的主要工作原理基于 HTTP 协议实现。 HTTP 协议定义了客户端如何从服务器请求数据,以及服务器如何把数据传送给客户端的方式。HTTP 协议采用了请求/响应模型。 客户端向服务器发送一个请求报文,请求报文包含请求的方法、URL、协议版本、请求头部和请求数据。服务器通过解析请求头部信息,执行相应的功能模块,并且给客户端发送响
微工作台,提供了企业连接微信的重要能力,是企业用微信连接员工、上下游、供应商的重要入口。管理员开启微工作台,员工关注后,则无需下载企业微信APP,用微信就能接收消息,使用应用,进行协作。 适用群体 一线销售、企业外聘员工、上下游供应商、合作伙伴。 以偏中大型的企业为例,企业可通过微工作台打通员工内部、上下游供应商之间的关系,加速企业内外的信息流转。让供应商等松散组织关注微工作台,在微信中接收订单提
工具目录指的就是你在命令行界面下的时候,当前所在的位置。打开命令行界面以后,一般默认你会在登录的用户的主目录下面。 输出工作目录 pwd ( print working directory)。它可以输出你当前自己所在的位置(工作目录)。执行: pwd 返回的是工作目录的位置: /Users/wanghao /Users/wanghao,最开始的 / 表示的是根(root),macOS 与 Li
Fork 指的就是把在别人盘子里的菜(仓库)叉(Fork)到自己盘子里。假设你是一个项目的开维护者,一个发起人,你把项目推送到了一个公共的远程仓库上。其他的开发者相中了你的项目,他们可以把你的远程仓库 Fork 到自己的远程仓库里,然后再把自己的远程仓库克隆到本地。 比如有个叫 Hulk 的开发者就做了这件事,Fork 了你的远程仓库。Hulk 在本地创建功能分支,对项目做开发,完成以后他把功能分
Gitflow 工作流,扩展了集中式工作流与功能分支工作流。 Gitflow 是 Vincent Driessen 在他的博客 nvie 上介绍的一种 Git 工作流程。 开发分支 在开发中使用 Gitlfow 工作流。开发者们都要在本地创建一个开发分支,一般叫 develop。开发者创建的功能分支(feature branch)要基于这个开发分支(develop),功能分支完成以后,要合并到这个
主线程通常被用于运行主循环,而主循环负责的都是 UI 相关的工作,所以也可以说主线程是 UI 线程。为了不影响 UI 线程的工作效率,我们会需要创建额外的线程来负责各种各样的工作,而这些线程就是工作线程。 在主循环的章节中,我们已经了解到主循环执行频率影响界面的流畅度,它的每一次循环都会按顺序执行处理定时器、处理事件队列、更新组件、渲染组件等任务,其中最容易影响到主循环的执行频率的任务是处理事件队
在 Casbin 中, 访问控制模型被抽象为基于 PERM (Policy, Effect, Request, Matcher) 的一个文件。 因此,切换或升级项目的授权机制与修改配置一样简单。 您可以通过组合可用的模型来定制您自己的访问控制模型。 例如,您可以在一个model中结合RBAC角色和ABAC属性,并共享一组policy规则。 PERM模式由四个基础(政策、效果、请求、匹配)组成,描述