2019年的代码都写完了吗?不如做个Python进度条看看还剩多少

我们都知道,进度条是用来直观展示流程所需时间的优秀工具,以免我们担心流程会突然挂掉,而且我们可以用它来预测代码运行是否正常,借助进度条,每个人都能直观地看到脚本最新的进展情况。

如果你之前没用过进度条,八成是觉得它会增加不必要的复杂性或者很难维护,其实不然。要加一个进度条其实只需要几行代码。在这几行代码中,我们可以看看如何在命令行脚本以及 PySimpleGUI UI 中添加进度条。

下文将介绍 4 个常用的 Python 进度条库:

Progress

第一个要介绍的 Python 库是 Progress。

你只需要定义迭代的次数、进度条类型并在每次迭代时告知进度条。

import timefrom progress.bar import IncrementalBarmylist = [1,2,3,4,5,6,7,8]bar = IncrementalBar(‘Countdown‘, max = len(mylist))for item in mylist:   bar.next()   time.sleep(1)   bar.finish()

Progress 实现的进度条效果如下:

Progressbar 的增量进度条

如果你不喜欢该进度条的格式,还可以从以下格式中挑选:

ProgressBar 支持的进度条类型。

相关文档:https://pypi.org/project/progress/1.5/

tqdm

下面我们看一下 tqdm 库。

和之前见过的库差不多,这两行代码也非常相似,在设置方面有一点点不同:

import timefrom tqdm import tqdmmylist = [1,2,3,4,5,6,7,8]for i in tqdm(mylist):   time.sleep(1)

tqdm 实现的进度条效果如下:

这个进度条也提供了几种选项。

相关文档:https://tqdm.github.io/

Alive Progress

顾名思义,这个库可以使得进度条变得生动起来,它比原来我们见过的进度条多了一些动画效果。

从代码角度来说比较相似:

from alive_progress import alive_barimport timemylist = [1,2,3,4,5,6,7,8]with alive_bar(len(mylist)) as bar:   for i in mylist:     bar()     time.sleep(1)

进度条的外观和预期差不多:

这种进度条有一些与众不同的功能,使用起来会比较有趣,功能详情可见项目:https://github.com/rsalmei/alive-progress

PySimpleGUI

用 PySimpleGUI 得到图形化进度条

我们可以加一行简单的代码,在命令行脚本中得到图形化进度条。

为了实现上述内容,我们需要的代码是:

import PySimpleGUI as sgimport timemylist = [1,2,3,4,5,6,7,8]for i, item in enumerate(mylist):   sg.one_line_progress_meter(‘This is my progress meter!‘, i+1, len(mylist), ‘-key-‘)   time.sleep(1)

PySimpleGUI 应用程序中的进度条

项目作者之前曾经在 GitHub 上讨论过「如何快速启动 Python UI,然后使用 UI 创建比较工具」。在这个项目里,作者还讨论了一下如何集成进度条。

代码如下:

import PySimpleGUI as sgimport timemylist = [1,2,3,4,5,6,7,8]progressbar = [ [sg.ProgressBar(len(mylist), orientation=‘h‘, size=(51, 10), key=‘progressbar‘)]]outputwin = [ [sg.Output(size=(78,20))]]layout = [ [sg.Frame(‘Progress‘,layout= progressbar)], [sg.Frame(‘Output‘, layout = outputwin)], [sg.Submit(‘Start‘),sg.Cancel()]]window = sg.Window(‘Custom Progress Meter‘, layout)progress_bar = window[‘progressbar‘] while True:   event, values = window.read(timeout=10)   if event == ‘Cancel‘ or event is None:     break   elif event == ‘Start‘:     for i,item in enumerate(mylist):       print(item)       time.sleep(1)       progress_bar.UpdateBar(i + 1)window.close()

没错,在 Python 脚本中使用进度条只需要几行代码,一点也不复杂。有了进度条,以后也不用再猜测脚本运行地怎么样了。

原文地址:https://www.cnblogs.com/7758520lzy/p/12123973.html

时间: 2024-10-13 20:04:01

2019年的代码都写完了吗?不如做个Python进度条看看还剩多少的相关文章

python进度条代码

import sys import time def view_bar(num,total): rate = num / total rate_num = int(rate * 100) r = ' \r %s>%d%%' % ('='*num,rate_num,) sys.stdout.write(r) sys.stdout.flush() if __name__ =='__main__': for i in range(0,101): time.sleep(0.1) view_bar(i,1

基于jQuery网页步骤流程进度条代码

基于jQuery网页步骤流程进度条代码里面包含两款不同效果的jQuery步骤进度条特效.效果图如下: 在线预览   源码下载 实现的代码. html代码: <div class="step_context test"></div> 当前步骤:第<input type="text" value="5" id="currentStepVal" />步 <button onclick=&qu

jQuery之父:每天都写点代码

去年秋天,我的"兼职编程项目"遇到了一些问题:要不是从 Khan Academy 的项目里挪出时间来的话,我根本没办法将不理想的进度弥补上. 这些项目遇到了一些严重的问题.之前的工作我主要是在周末,有时是工作日的晚上做.但最终证明,这样的工作安排并不适合我.为了在周末尽可能地尝试完成高质量的工作,我压力巨大(如果我做不到的话,会有很深的挫败感).这样安排的问题在于周末并不一定都有空–而我也不想周末两天都在写代码(要牺牲掉所有的休闲和乐趣). 另外一个问题就是隔了一周这么长的时间之后,很

Mark一下, dp状态转移方程写对,但是写代码都错,poj 1651 poj 1179

dp题: 1.写状态转移方程; 2.考虑初始化边界,有意义的赋定值,还没计算的赋边界值: 3.怎么写代码自底向上计算最优值 今天做了几个基础dp,全部是dp方程写对但是初始化以及计算写错 先是poj 1651 其实就是个赤裸裸的矩阵连乘,dp方程很容易写出 dp[i][j]=min(dp[i][k]+dp[k+1][j]+r[i]*c[k]*c[j],dp[i][j]); 先贴两个个二逼的代码,mark下自己多么的二逼: 二逼一:在计算的时候使用了还没有算出来的值,模拟下就知道第一重循环里算dp

2019.10.7 学习开始 +假期总结+上个周总结都写在这里吧

今天是正式开始上课的日子.Bad 假期因为昨晚上比较慌张瞎写了一阵子,概率论是写完了,但是十分低效.也还没对完答案. 最近的大问题:注意力不集中.低效 假期出去玩的过程中,确实旅游并没有想象中的那般有意思,就是跟喜欢的人一起去看陌生的风景.旅游过程中,一大关键是没做好攻略吧.我觉得下次一定要早睡早起才可以,然后适度的做好攻略,里面肯定由可以舍去的地方,防止时间不够用,肯定还要留出一块空闲的时间.然后最重要的就是早睡早起啦!不能浪费时间.关于跟洒在不同方面的相处....感觉不必总结了.....时间

2019年终总结 | 我的写博元年及技术成长之路

今天是2019年的最后一天,每年的年底我都会感慨时间过的太快了,不知道像我这样的人有多少, 回想起2018年在公司做年终总结时,我当时提出了一个观点:每个程序员都应该有自己的技术知识体系, 这也是能区分程序员水平的一个因素,比如你说你用过RabbitMQ,那如果让你给一个没用过RabbitMQ的程序员讲解下,你该如何讲解呢? 我相信很多程序员可能不知道该怎么讲,但有的程序员就可以讲解的很清晰,这就是所谓的技术知识体系. 讲解的思路可能包含以下几点: 什么是RabbitMQ? 概念,与Active

关于代码手写UI,xib和StoryBoard

代码手写UI 这种方法经常被学院派的极客或者依赖多人合作的大型项目大规模使用.Geek们喜欢用代码构建UI,是因为代码是键盘敲出来的,这样可以做到不开IB,手不离开键盘就完成工作,可以专注于编码环境,看起来很cool很高效,而且不到运行时大家都不知道会是什么样子,也显出了程序员这一职业的高大上及神秘气息(这个真的不是在黑..想想大家一起在设计师背后指点江山的场景吧).大型多人合作项目使用代码构建UI,主要是看中纯代码在版本管理时的优势,检查追踪改动以及进行代码合并相对容易一些. 另外,代码UI可

代码手写UI,xib和StoryBoard间的博弈,以及Interface Builder的一些小技巧

代码手写UI,xib和StoryBoard间的博弈,以及Interface Builder的一些小技巧 最近接触了几个刚入门的iOS学习者,他们之中存在一个普遍和困惑和疑问,就是应该如何制作UI界面.iOS应用是非常重视用户体验的,可以说绝大多数的应用成功与否与交互设计以及UI是否漂亮易用有着非常大的关系.而随着iOS开发发展至今,可以说在UI制作上大家逐渐分化为了三种主要流派:使用代码手写UI及布局:使用单个xib文件组织viewController或者view:使用StoryBoard来通过

写代码与写文章

写代码和写文章非常相似,都利用电脑工作,都码字.判断一段代码好不好,能考评的也就是代码的格式,风格还有算法了,下面从这些方面来看看写代码和写文章是多么的相似. 格式 在写代码里主要指缩进,空格,空行,对齐等文本排版形式,这个是最最容易到达的一个代码好的指标,好多的IDE环境都是一键自动格式化.好的代码格式就像好的文章一样排版精美,段落清晰.代码的格式美观是形式美,是外在美. /** 差的格式举例 **/ function swap(a, b) { var c=a; a=b; b=c; } /**