python¶
“embedded null type”报错的迷惑解法
在某些版本的Windows系统(比如Windows 8.1)上,执行读取带有中文字符的配置文件的python代码时,有可能会遇到这个报错
使用pyzbar时踩的坑
近期在PM项目中增加扫描二维码功能,在开发期间(开发环境:Windows 11 23H2)没有遇到什么问题,结果打包并在测试环境(Windows 10 1809)运行时,发现怎么都无法启动,经过打印提示发现出现了下面的这个报错提示
FileNotFoundError: Could not find module '你的路径\Python\Python38\site-packages\pyzbar\libzbar-64.dll' (or one of its dependencies). Try using the full path with constructor syntax
升级pydantic遇到的问题
近期打算给某个项目所依赖的pydantic从1.x升级到2.x,之前通过查阅文档发现由于pydantic的底层用rust重写,导致很多API出现了不兼容问题,因此没有办法直接升级,需要将之前所有的数据模型修改一下,以下是我升级pydantic时对现有的数据模型类的重构过程
下一个编程语言的选择
阅读前说明
首先我需要声明,作为一个业余python开发者,我对python还是比较喜欢的,丰富的第三方库+解释性语言特性,这对于做一些简单易用的脚本、工具等场景非常方便易用1,但如果要做一些相对复杂的项目,python的某些特性可能给我的开发带来一些麻烦
关于UI设计的一点看法
阅读前说明
本人不是专门做设计的,因此以下内容只为个人的观点,仅作参考
在做了一段时间桌面应用开发后,越来越感觉做一个GUI软件不难,但是做好一个GUI软件不容易,你需要考虑的细节有很多,可能在某些情况下会比开发一个Cli软件的细节更多,最起码需要考虑到这些细节:
pyinstaller使用注意事项
- 当对多模块脚本进行打包的时候,需要对界面入口进行打包,同时该脚本名称得符合一定的规范,如果名字是类似
__init__.py,打包的时候大概率会出现问题,无法打包
python打包吐槽
解释型语言打包简直让人折磨
为什么这么说呢?下面列举几个我遇到的坑
工作目录问题
就如在这里提到的某个程序的问题,如果在python项目中采用相对路径,就很有可能会出现通过脚本运行没有任何问题,但是使用第三方工具打包编译的时候就会出现一些奇怪的问题,所以如果你做的python项目需要编译,建议单独写一个类或函数去处理工作目录的问题,下面是我自己在用的一段用来处理工作目录的类