支持pycahrm代码自动补全的库才是好库,不能代码补全的库很垃圾。fastapi暴击flask
看看fastapi的 源码,application.py 和 routing.py 两个文件里面的post delete get put等方法,全部入参几乎99%一摸一样,高度重复了近上千行代码,但是我支持。
但是因为这些方法被用户频繁的使用,可以说是最重要最频繁的公有方法,官方宁愿在源码重复声明无数次,也不愿意粗暴使用 *args **kwargs代替。
python的很多库在代码补全方面很垃圾,
例如celery的apply_async能填什么入参99%的人不知道,万一填错了入参名字就不生效,主要是用户不知道提供有什么控制功能。
flask的路由能填的参数是什么,app.route()能填什么参数,万一填错了入参名字就不生效。
requests包的requests.post能填什么参数,有的笨猪老是把headers写成header={“a”:1},少了s,导致设置的请求头没生效,他还一直找请求头的内容是不是设置错了,其实是他传参header完全无卵用。
老是喜欢 *args,**kwargs声明重要公有方法的,不能代码补全的框架和三方包都是垃圾。建议尽量不要使用这些框架,编码容易出错,而且不能看出入参有什么就不知道框架有哪些功能。
反对极端面向过程编程思维方式,喜欢面向对象和设计模式的解读,喜欢对比极端面向过程编程和oop编程消耗代码代码行数的区别和原因。致力于使用oop和36种设计模式写出最高可复用的框架级代码和使用最少的代码行数完成任务,致力于使用oop和设计模式来使部分代码减少90%行,使绝大部分py文件最低减少50%-80%行的写法。