[流控] ZFlowControler 设计基本思想说明

首先,说一下支持的流控种类: 基于时间分片的流控,限制每分钟允许发生多少次调用。这种情况下的流控,对一段时间内的速度控制,一般分成两种: 均一化流控:将速度均匀分布,比如说我们限制某个访问为每分钟1200次,那么程序控制粒度就是在每50ms,允许调用一次。 爆发式流控:同样是上面的要求,爆发式的流控会拿出一部分限额,尽

[教程]本用 System.Zip 从流中获取解压数据

【前言】 写这个教程的原因,是因为要实现下面的场景: 1、通过 THttpClient 从网络上下载压缩包到内存流中。 2、将内存流中的 ZIP 格式压缩数据中的特定扩展名文件,在内存中直接解压处理,而不是解压到磁盘,再加载。 【实现流程】 1、下载压缩包到内存流中,这个本身直接通过 THttpClient.Get 或

[教程] Delphi 自带异步模型详解

Delphi 在新版中引入了一个新的异步编程模型,一个新的接口 IAsyncResult 被包含在 System.Types 里。我们先来大概说下 Delphi 自己这个异步编程模型的思路: 1、异步编程的函数名,官方是以 BeginXXX打头,比如 BeginReceive、BeginWrite 等等 ,它们负责开始

[更新说明]RAD Studio 11.1 更新内容简译

原文链接 IDE IDE 做了一些改进,优化了视觉和操作体验(包含欢迎页、新建工程、项目管理、DPI处理、GetIt等),另外集成了 IDE Fix Pack 的少部分功能。 编译器 ASLR、DEP/NX和TSAWARE支持 C++ 编译器和工具链做了重大改变,以住的库在新版本需要重新编译才能使用,RTL做了许多增强

[教程]Lazarus 在 Linux 下中文输入法问题的临时解决办法

这个真的很临时,Lazarus 中文输入法的本质问题是其代码编辑窗口使用的SynEdit控件在 Linux 操作系统下的处理逻辑问题。目前可以通过以下步骤解决不能输入的问题: 1、进入工具菜单中的配置构建 Lazarus 选项。 2、在弹出的对话框中,选择目标操作系统 Linux,目标 CPU x86_64。 3、选择

[教程]Delphi 中的匿名函数详解

Delphi 支持匿名函数已经很久了,在以前的文章中,我说过,Delphi 的匿名函数实际上是一个接口,当然这个接口是没有接口的GUID的。那么 Delphi 是如何动态生成这个接口类型的呢?我们以一个实际的例子和接口在内存中的布局来详细说明下: 1、首先,接口三大金刚(AddRef/Release/QueryInte

[教程]程序保存数据的防断电处理策略

虽然现代社会,电力供应没有那么紧张,但每年因为线路或计划检修等原因,正常和非断电的情况还是有的。另外,室内电源接触不良,掉落等因素也会出现异常断电的情况。如果在此时,恰好数据写入一半,就可能造成程序数据写入异常,下次程序启动时,如果调用这种数据就可能出现某些非预期的错误。 实际上解决这类问题,有一个简单的策略: 1、将

[付费]数据集内容输出 JSON 格式数据

嗯,这是一个试验性的收费产品,它是做为 TQJsonOutputChannel 的附属品存在的,信赖于 qjson_output_channel 单元,提供数据集转换为 JSON 数据内容的格式化输出支持。收费标准定为 200 元,含源码、示例和用法一对一指导。 【使用方法】 一如既往的简单,直接引用 qjson_da

[教程]使用 TQJsonOutputChannel 写入 JSON 数据到流中

TQJsonOutputChannel 的主要作用是用来快速写入大型的 JSON 数据到文件中,所以整体是面向写入过程设计的,不要试图用它来控制内容的修改。 假设我们要将数据内容写入到目标数据流 AStream 中: 第一步:我们需要定义一个 IQJsonStreamEncoder 的实例,它是一个结构体,所以直接在栈

[教程]使用 TQJsonInputChannel 来重复获取 JSON 对象

TQJsonInputChannel 是 QJson 新增的对象,目的是解决连续的JSON序列读取和超长的JSON数据内容读取处理的问题。 【基本步骤】 1、根据源的编码,创建对应的序列对象并设置相关事件: 2、从源中读取一块数据,然后推到 TQJsonInputChannel 实例中,不需要关心读取的块是否完整,TQ

[译]RAD Studio 11 更新说明

原文链接:官方文档 官方ISO下载 Bug修复列表 注:本文为简译 IDE 高DPI支持 IDE 所有窗口都支持高 DPI 了,解决了高 DPI 缩放造成的模糊问题,有高分显示器,而且使用高 DPI 的开发者值得一试 VCL 窗口设计器支持定制 DPI(自动/96/自定义)缩放,FMX 本来就支持高 DPI 缩放 Op

[杂谈]OpenHarmony 路线图

这是在一篇文章中看到的,供大家参考: 目前知道的是,2.2 已经发布比原计划晚了一些,全力准备 3.0 版。早期的路标规划参考下图,传言接下来全力冲向3.0版本了,那将是一个值得纪念的版本:

【杂谈】鸿蒙 OS 对开发人员带来的机遇和挑战-挑战篇下

【挑战4】鸿蒙会不会获得大量软硬件厂商的支持?答案:会理由:(1)硬件方面:对于国内的物联网厂商来说,这是一个巨大的机会。原来各自为战的状态,急需一个从底层协议统一的平台支撑。而目前能够实现这一点的,而且让大家信得过的,也只有华为一家。目前市面上的协议,还有米家杂货铺和 各个厂商各自为政,互联互通都成问题,这对大家购买

[杂谈]鸿蒙 OS 对开发人员带来的机遇和挑战-挑战篇上

鸿蒙 OS 2.0 正式发布了,对我们这些软件开发人员来说,它能带来那些机遇和挑战呢? 【挑战1】鸿蒙会不会成为一款优秀的操作系统?答案:会理由:就鸿蒙 OS 2.0 的情况来看,显然说它会成为一款优秀的操作系统是不需要质疑的东西。1、鸿蒙本身所占的体积要比 Android 小不少,相比 Android 手机,用户实际

【教程】对 TEvent 的一处增强

对于 TEvent 来说,如果是调用 WaitFor 等待超时时,如果程序退出时,事件仍在等待状态,就需要等待超时才能退出,造成程序退出时等待很长时间。要改进这一点,我们需要新版的 QWorker,它实现了一个 TAbortableEvent 的记录类型,然后支持取消操作。 TAbortableEvent 的增强在于: