程序。 使用手册 1 PyWebIO, 发布 0.3.0 2 使用手册 CHAPTER1 特点 • 使用同步而不是基于回调的方式获取输入，无需在各个步骤之间保存状态，使用更方便 • 代码侵入性小，对于旧脚本代码仅需修改输入输出逻辑 • 支持多用户与并发请求 • 支持整合到现有的 Web 服务，目前支持与 Flask、Django、Tornado、aiohttp 框架集成 • 同时 基于协程的会话同样可以与 Web 框架进行集成，只需要在原来传入任务函数的地方改为传入协程函数即可。 但当前在使用基于协程的会话集成进 Flask 时，存在一些限制： 一 是 协 程 函 数 内 还 无 法 直 接 通 过 await 直 接 调 用 asyncio 库 中 的 协 程 函 数， 目 前 需 要 使 用run_asyncio_coroutine() 进行包装。二是，在启动 Flask – 输入项 spec 字段 // 不支持更新 on_focus on_blur inline label 字段 close_session: 用于服务器端关闭连接。无 spec destroy_form: 销毁当前表单。无 spec 表单在页面上提交之后不会自动销毁，需要使用此命令显式销毁 output: 输入内容 命令 spec 字段： • type • before • after

PyWebIO还可以方便地整合进现有的Web服务，让你不需要编写Html和JS代 码，就可以构建出具有良好可用性的Web程序。 特点 使用同步而不是基于回调的方式获取输入，无需在各个步骤之间保存状 态，使用更方便 代码侵入性小，对于旧脚本代码仅需修改输入输出逻辑 支持多用户与并发请求 支持整合到现有的Web服务，目前支持与Flask、Django、Tornado、aiohttp 框架集成 同时支持基于线程的执行模型和基于协程的执行模型 valid_feedback 输入项spec字段 // 不支持更新 on_focus on_blur inline label 字段 close_session: 用于服务器端关闭连接。无spec destroy_form: 销毁当前表单。无spec 表单在页面上提交之后不会自动销毁，需要使用此命令 显式销毁 output: 输入内容 命令 spec 字段： type before after anchor

1 PyWebIO, 发布 1.2.3 2 使用手册 CHAPTER1 特性 • 使用同步而不是基于回调的方式获取输入，代码编写逻辑更自然 • 非声明式布局，布局方式简单高效 • 代码侵入性小，旧脚本代码仅需修改输入输出逻辑便可改造为 Web 服务 • 支持整合到现有的 Web 服务，目前支持与 Flask、Django、Tornado、aiohttp 框架集成 • 同时支持基于线程的执行模型和基于协程的执行模型 册 （这 样 PyWebIO 才 能 知 道 新 创 建 的 线 程 属 于 哪 个 会 话） 。 如 果 新 创 建 的 线 程 中 没 有 使 用 到 PyWebIO 的 交 互 函 数， 则 无 需 注 册。 没 有 使 用register_thread(thread) 注册的线程不受会话管理，其调用 PyWebIO 的交互函数将会产生 SessionNotFoundException 基于协程的会话同样可以与 Web 框架进行集成，只需要在原来传入任务函数的地方改为传入协程函数即可。 但当前在使用基于协程的会话集成进 Flask 或 Django 时，存在一些限制： 一 是 协 程 函 数 内 还 无 法 直 接 通 过 await 直 接 等 待 asyncio 库 中 的 协 程 对 象， 目 前 需 要 使 用run_asyncio_coroutine() 进行包装。 二是，在启动 Flask/Django

1 PyWebIO, 发布 1.1.0 2 使用手册 CHAPTER1 特性 • 使用同步而不是基于回调的方式获取输入，代码编写逻辑更自然 • 非声明式布局，布局方式简单高效 • 代码侵入性小，旧脚本代码仅需修改输入输出逻辑便可改造为 Web 服务 • 支持整合到现有的 Web 服务，目前支持与 Flask、Django、Tornado、aiohttp 框架集成 • 同时支持基于线程的执行模型和基于协程的执行模型 册 （这 样 PyWebIO 才 能 知 道 新 创 建 的 线 程 属 于 哪 个 会 话） 。 如 果 新 创 建 的 线 程 中 没 有 使 用 到 PyWebIO 的 交 互 函 数， 则 无 需 注 册。 没 有 使 用register_thread(thread) 注册的线程不受会话管理，其调用 PyWebIO 的交互函数将会产生 SessionNotFoundException 基于协程的会话同样可以与 Web 框架进行集成，只需要在原来传入任务函数的地方改为传入协程函数即可。 但当前在使用基于协程的会话集成进 Flask 或 Django 时，存在一些限制： 一 是 协 程 函 数 内 还 无 法 直 接 通 过 await 直 接 等 待 asyncio 库 中 的 协 程 对 象， 目 前 需 要 使 用run_asyncio_coroutine() 进行包装。 二是，在启动 Flask/Django

1 PyWebIO, 发布 1.2.2 2 使用手册 CHAPTER1 特性 • 使用同步而不是基于回调的方式获取输入，代码编写逻辑更自然 • 非声明式布局，布局方式简单高效 • 代码侵入性小，旧脚本代码仅需修改输入输出逻辑便可改造为 Web 服务 • 支持整合到现有的 Web 服务，目前支持与 Flask、Django、Tornado、aiohttp 框架集成 • 同时支持基于线程的执行模型和基于协程的执行模型 册 （这 样 PyWebIO 才 能 知 道 新 创 建 的 线 程 属 于 哪 个 会 话） 。 如 果 新 创 建 的 线 程 中 没 有 使 用 到 PyWebIO 的 交 互 函 数， 则 无 需 注 册。 没 有 使 用register_thread(thread) 注册的线程不受会话管理，其调用 PyWebIO 的交互函数将会产生 SessionNotFoundException 基于协程的会话同样可以与 Web 框架进行集成，只需要在原来传入任务函数的地方改为传入协程函数即可。 但当前在使用基于协程的会话集成进 Flask 或 Django 时，存在一些限制： 一 是 协 程 函 数 内 还 无 法 直 接 通 过 await 直 接 等 待 asyncio 库 中 的 协 程 对 象， 目 前 需 要 使 用run_asyncio_coroutine() 进行包装。 二是，在启动 Flask/Django

1 PyWebIO, 发布 1.0.3 2 使用手册 CHAPTER1 特性 • 使用同步而不是基于回调的方式获取输入，代码编写逻辑更自然 • 非声明式布局，布局方式简单高效 • 代码侵入性小，旧脚本代码仅需修改输入输出逻辑便可改造为 Web 服务 • 支持整合到现有的 Web 服务，目前支持与 Flask、Django、Tornado、aiohttp 框架集成 • 同时支持基于线程的执行模型和基于协程的执行模型 册 （这 样 PyWebIO 才 能 知 道 新 创 建 的 线 程 属 于 哪 个 会 话） 。 如 果 新 创 建 的 线 程 中 没 有 使 用 到 PyWebIO 的 交 互 函 数， 则 无 需 注 册。 没 有 使 用register_thread(thread) 注册的线程不受会话管理，其调用 PyWebIO 的交互函数将会产生 SessionNotFoundException 基于协程的会话同样可以与 Web 框架进行集成，只需要在原来传入任务函数的地方改为传入协程函数即可。 但当前在使用基于协程的会话集成进 Flask 或 Django 时，存在一些限制： 一 是 协 程 函 数 内 还 无 法 直 接 通 过 await 直 接 等 待 asyncio 库 中 的 协 程 对 象， 目 前 需 要 使 用run_asyncio_coroutine() 进行包装。 二是，在启动 Flask/Django

1 PyWebIO, 发布 1.3.1 2 使用手册 CHAPTER1 特性 • 使用同步而不是基于回调的方式获取输入，代码编写逻辑更自然 • 非声明式布局，布局方式简单高效 • 代码侵入性小，旧脚本代码仅需修改输入输出逻辑便可改造为 Web 服务 • 支持整合到现有的 Web 服务，目前支持与 Flask、Django、Tornado、aiohttp、FastAPI(Starlette) 册 （这 样 PyWebIO 才 能 知 道 新 创 建 的 线 程 属 于 哪 个 会 话） 。 如 果 新 创 建 的 线 程 中 没 有 使 用 到 PyWebIO 的 交 互 函 数， 则 无 需 注 册。 没 有 使 用register_thread(thread) 注册的线程不受会话管理，其调用 PyWebIO 的交互函数将会产生 SessionNotFoundException 基于协程的会话同样可以与 Web 框架进行集成，只需要在原来传入任务函数的地方改为传入协程函数即可。 但当前在使用基于协程的会话集成进 Flask 或 Django 时，存在一些限制： 一 是 协 程 函 数 内 还 无 法 直 接 通 过 await 直 接 等 待 asyncio 库 中 的 协 程 对 象， 目 前 需 要 使 用run_asyncio_coroutine() 进行包装。 二是，在启动 Flask/Django

1 PyWebIO, 发布 1.3.3 2 使用手册 CHAPTER1 特性 • 使用同步而不是基于回调的方式获取输入，代码编写逻辑更自然 • 非声明式布局，布局方式简单高效 • 代码侵入性小，旧脚本代码仅需修改输入输出逻辑便可改造为 Web 服务 • 支持整合到现有的 Web 服务，目前支持与 Flask、Django、Tornado、aiohttp、FastAPI(Starlette) 册 （这 样 PyWebIO 才 能 知 道 新 创 建 的 线 程 属 于 哪 个 会 话） 。 如 果 新 创 建 的 线 程 中 没 有 使 用 到 PyWebIO 的 交 互 函 数， 则 无 需 注 册。 没 有 使 用register_thread(thread) 注册的线程不受会话管理，其调用 PyWebIO 的交互函数将会产生 SessionNotFoundException 基于协程的会话同样可以与 Web 框架进行集成，只需要在原来传入任务函数的地方改为传入协程函数即可。 但当前在使用基于协程的会话集成进 Flask 或 Django 时，存在一些限制： 一 是 协 程 函 数 内 还 无 法 直 接 通 过 await 直 接 等 待 asyncio 库 中 的 协 程 对 象， 目 前 需 要 使 用run_asyncio_coroutine() 进行包装。 二是，在启动 Flask/Django

1 PyWebIO, 发布 1.3.2 2 使用手册 CHAPTER1 特性 • 使用同步而不是基于回调的方式获取输入，代码编写逻辑更自然 • 非声明式布局，布局方式简单高效 • 代码侵入性小，旧脚本代码仅需修改输入输出逻辑便可改造为 Web 服务 • 支持整合到现有的 Web 服务，目前支持与 Flask、Django、Tornado、aiohttp、FastAPI(Starlette) 册 （这 样 PyWebIO 才 能 知 道 新 创 建 的 线 程 属 于 哪 个 会 话） 。 如 果 新 创 建 的 线 程 中 没 有 使 用 到 PyWebIO 的 交 互 函 数， 则 无 需 注 册。 没 有 使 用register_thread(thread) 注册的线程不受会话管理，其调用 PyWebIO 的交互函数将会产生 SessionNotFoundException 基于协程的会话同样可以与 Web 框架进行集成，只需要在原来传入任务函数的地方改为传入协程函数即可。 但当前在使用基于协程的会话集成进 Flask 或 Django 时，存在一些限制： 一 是 协 程 函 数 内 还 无 法 直 接 通 过 await 直 接 等 待 asyncio 库 中 的 协 程 对 象， 目 前 需 要 使 用run_asyncio_coroutine() 进行包装。 二是，在启动 Flask/Django

1 PyWebIO, 发布 1.3.0 2 使用手册 CHAPTER1 特性 • 使用同步而不是基于回调的方式获取输入，代码编写逻辑更自然 • 非声明式布局，布局方式简单高效 • 代码侵入性小，旧脚本代码仅需修改输入输出逻辑便可改造为 Web 服务 • 支持整合到现有的 Web 服务，目前支持与 Flask、Django、Tornado、aiohttp、FastAPI(Starlette) 册 （这 样 PyWebIO 才 能 知 道 新 创 建 的 线 程 属 于 哪 个 会 话） 。 如 果 新 创 建 的 线 程 中 没 有 使 用 到 PyWebIO 的 交 互 函 数， 则 无 需 注 册。 没 有 使 用register_thread(thread) 注册的线程不受会话管理，其调用 PyWebIO 的交互函数将会产生 SessionNotFoundException 基于协程的会话同样可以与 Web 框架进行集成，只需要在原来传入任务函数的地方改为传入协程函数即可。 但当前在使用基于协程的会话集成进 Flask 或 Django 时，存在一些限制： 一 是 协 程 函 数 内 还 无 法 直 接 通 过 await 直 接 等 待 asyncio 库 中 的 协 程 对 象， 目 前 需 要 使 用run_asyncio_coroutine() 进行包装。 二是，在启动 Flask/Django