This is an automated email from the ASF dual-hosted git repository.
nkruber pushed a commit to branch release-1.14
in repository https://gitbox.apache.org/repos/asf/flink-training.git
The following commit(s) were added to refs/heads/release-1.14 by this push:
new 18e6db2 fixup! [FLINK-26382]Add Chinese documents for flink-training
exercises (#46)
18e6db2 is described below
commit 18e6db2206ca4156e21276b14d35bebaf222c151
Author: Nico Kruber <n...@ververica.com>
AuthorDate: Fri Apr 22 11:15:17 2022 +0200
fixup! [FLINK-26382]Add Chinese documents for flink-training exercises (#46)
---
long-ride-alerts/README_zh.md | 2 +-
rides-and-fares/README_zh.md | 6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/long-ride-alerts/README_zh.md b/long-ride-alerts/README_zh.md
index 85912da..3b1d060 100644
--- a/long-ride-alerts/README_zh.md
+++ b/long-ride-alerts/README_zh.md
@@ -44,7 +44,7 @@ END 事件可能会丢失，但你可以假设没有重复的事件，也没有
## 入门指南
> :information_source: 最好在 IDE 的 flink-training 项目中找到这些类，而不是使用本节中源文件的链接。
->
+>
### 练习相关类
- Java:
[`org.apache.flink.training.exercises.longrides.LongRidesExercise`](src/main/java/org/apache/flink/training/exercises/longrides/LongRidesExercise.java)
diff --git a/rides-and-fares/README_zh.md b/rides-and-fares/README_zh.md
index a1dff45..f54852f 100644
--- a/rides-and-fares/README_zh.md
+++ b/rides-and-fares/README_zh.md
@@ -27,7 +27,7 @@ under the License.
1. `TaxiRide` END 事件
1. 一个 `TaxiFare` 事件（其时间戳恰好与开始时间匹配）
-最终的结果应该是 `DataStream<RideAndFare>`，每个不同的 `rideId` 都产生一个 `RideAndFare` 记录。
+最终的结果应该是 `DataStream<RideAndFare>`，每个不同的 `rideId` 都产生一个 `RideAndFare` 记录。
每个 `RideAndFare` 都应该将某个 `rideId` 的 `TaxiRide` START 事件与其匹配的 `TaxiFare` 配对。
### 输入数据
@@ -37,7 +37,7 @@ under the License.
### 期望输出
-所希望的结果是一个 `RideAndFare` 记录的数据流，每个不同的 `rideId` 都有一条这样的记录。
+所希望的结果是一个 `RideAndFare` 记录的数据流，每个不同的 `rideId` 都有一条这样的记录。
本练习设置为忽略 END 事件，你应该连接每次乘车的 START 事件及其相应的车费事件。
一旦具有了相互关联的车程和车费事件，你可以使用 `new RideAndFare(ride, fare)` 方法为输出流创建所需的对象。
@@ -76,7 +76,7 @@ under the License.
## 讨论
出于练习的目的，可以假设 START 和 fare 事件完美配对。
-但是在现实世界的应用程序中，你应该担心每当一个事件丢失时，同一个 `rideId` 的另一个事件的状态将被永远保持。
+但是在现实世界的应用程序中，你应该担心每当一个事件丢失时，同一个 `rideId` 的另一个事件的状态将被永远保持。
在 [稍后的练习](../long-ride-alerts/README_zh.md) 中，我们将看到 `ProcessFunction`
和定时器，它们将有助于处理这样的情况。
## 相关文档
