·

大哥你说的没有错,但是如果我没有推断错误,这个作者现在还是初学,B站主页以游戏为主,真去做这种类似于游戏开发的编程(技术方面的工作或者是职位什么的)一般初学都会有人说。不用说我抬杠,我的意思是看到能去解决问题的方案就先用,我觉得你这样子只能说看起来高高在上,但是我觉得你实际上能给出更好的方案,你可以试着将你的方案拿出来给他参考一下。我不是专业做图形文件格式转换的,但是我知道你有自己的方法能否分享一下,谢谢。

Replies
6

其实你仔细看我的两条回复以及她的回复,我并没有否定他的方案,简单的处理图片使用Pillow一点问题都没有,复杂点的可以使用OpenCV,要是让我给出的代码无非也就是在他基础上改改,我比较在意的是代码规范上,我最早提到了list的问题,他在第二次并没有改掉,说明他不是很在意这个问题所以我就强调了一次,以及我提到的几个问题他似乎都不是很在意,也没有要和我讨论的意思

实际上是基于这样一个假设,假如只有一张图片需要转换,那么他的代码使用起来不会有太大问题,即便有问题看一下就能解决,但是如果把这个规模提升到1000张甚至10000张,那他的代码大概率会出问题,无论在性能还是在效果上,我仅仅试了一下一个文件嵌套一个同名文件他的程序就失效了

我觉得一个新手朝着这样的方向去思考是比较好的,一方面提高解决问题的能力,另一方面学习编程语法,或者直接做一个更简单的程序(模块),仅接收单个图片地址,做更多的参数预设,并且接收自定义参数...

我的一些想法都是基于我过去的编程经验,我踩过无数的坑,或许没有踩过的坑让他们踩一踩也是好的,毕竟“纸上得来终觉浅,绝知此事要躬行”