Python PyCharm认为这是一种功能;开放式;不';“不要争论”;“开场白”;

Python PyCharm认为这是一种功能;开放式;不';“不要争论”;“开场白”;,python,pycharm,Python,Pycharm,以下是我所拥有的: 参数“opener”未列在可能的函数调用的参数中。是PyCharm bug还是别的什么 PyCharm 2018.3.5社区版,Windows 7上的Python 3.6.0 它将在即将到来的2019年修复。3,EAP已经可用:您是否有机会再次open()隐藏内置函数?@anoordesai nope:)有趣的是,我也有同样的问题。转到builtins.py中的open()定义时,我看到def open(file,mode='r',buffering=None,encodi

以下是我所拥有的:

参数“opener”未列在可能的函数调用的参数中。是PyCharm bug还是别的什么


PyCharm 2018.3.5社区版,Windows 7上的Python 3.6.0

它将在即将到来的2019年修复。3,EAP已经可用:

您是否有机会再次
open()
隐藏内置函数?@anoordesai nope:)有趣的是,我也有同样的问题。转到
builtins.py
中的
open()
定义时,我看到
def open(file,mode='r',buffering=None,encoding=None,errors=None,newline=None,closefd=True)
@anoordesai Yea,我在
C:/Users/User/.PyCharmCE2018.3/system/python_stubs/-116048/builtins.py>中看到了相同的定义。这似乎是问题的根源。我偶尔会遇到与PhpStorm类似的问题——有时它们的库规范会过时。谢谢你的回答。你能帮我在这里找到changelog中的相关行吗:上面说他们解决了这个问题?我的意思是,我只是想知道他们是否解决了这个问题:)你测试过EAP并看到错误消失了吗?@sanyash tracker中没有这个问题,
open
定义已通过将
typeshed
的捆绑副本与其主副本同步来修复。由于在2019年7月3日完成了相应的同步,因此每个2019.3版本都正确地了解了
open
。承诺: