python – API可以告诉Pylint不要在客户端代码中抱怨吗？

概述我在可重用的类中有一些代码可以修改某些类型.这是一个简化版本. class Foo: def __init__(self): self.count = 0 def increment(self): self.count += 1# Add another method outside of the class definition.# Pyl 我在可重用的类中有一些代码可以修改某些类型.这是一个简化版本.

class Foo:    def __init__(self):        self.count = 0    def increment(self):        self.count += 1# Add another method outsIDe of the class deFinition.# Pylint doesn't care about this,and rates this file 10/10.Foo.__dict__["current_count"] = lambda self: self.count

在实际代码中,“current_count”是一个变量,而不是一个固定的字符串,这就是为什么我没有写：

Foo.current_count = lambda self: self.count # Cannot do in my scenario.

现在,当我的客户来使用新功能时,Pylint惊恐地跳起来.

import server_APIdef main():    foo_count = server_API.Foo()    foo_count.increment()    print foo_count.current_count()    # Pylint complains here:    #     E1101:  8:main: Instance of 'Foo' has no 'current_count' member    # I don't want to have to tell pylint to disable that message in every clIEnt.main()

每个使用这个新函数的类都受到惩罚,我被迫在每个引用中禁用该消息.我会在API中添加一些代码,告诉Pylint在这个类上有未知的引用时会发冷.

唉,pylint文件是……嗯…不是有利于我的理解的质量,我一直无法在那里找到任何建议.

将其煮沸：我可以告诉我的API代码中的pylint关闭与此类相关的E1101规则,只要客户端引用它吗？还有其他解决方案吗？

解决方法 这是我的解决方案,灵感来自于 ActiveState cookbook recipe年 answer中提供的 ActiveState cookbook recipe中的示例.

对于Foo类,我添加了这个无用的__getattr__方法.

def __getattr__(self,name):    # This is only called when the normal mechanism fails,so in practice should never be called.    # It is only provIDed to satisfy pylint that it is okay not to raise E1101 errors in the clIEnt code.    raise AttributeError("%r instance has no attribute %r" % (self,name))

这应该与以前的版本几乎无法区分.它不应该在正常的事件过程中被调用,但它足以说服pylint对此错误保持安静.

附：你可以抱怨这段代码不是很漂亮.我赞同这个意见.但我认为它对客户的好处超过了它的代码味道.

总结

以上是内存溢出为你收集整理的python – API可以告诉Pylint不要在客户端代码中抱怨吗？全部内容，希望文章能够帮你解决python – API可以告诉Pylint不要在客户端代码中抱怨吗？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。