-
Notifications
You must be signed in to change notification settings - Fork 5.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Typing][debug] 临时 PR 用于监测全量类型标注,请勿合入 #65397
Conversation
你的PR提交成功,感谢你对开源项目的贡献! |
问题 1:
|
问题2:
|
问题3:不能在
|
是否可以利用「组合」?Protocol 本身就非常契合组合的概念,类似于 Java、TypeScript 的 Interface 和 Rust 的 Trait class Lazyable(Protocal): # 刚刚的一些独有方法
def initialize(self): ...
class IrValue(Protocal): # Value 的相关方法
def is_dense_tensor_type(self): ...
class TensorBase(Protocal):
def xxx(self): ... # 现有的全部方法
class Tensor(TensorBase, Lazyable, IrValue): ... # 三者组合 |
离谱,离大谱……不过这个可以改代码就是了,改完其实更易读些,但还是不得不说,mypy 太拉了…… |
可以 ~ 效果应该一样 ~ 不过都没法解决:何时暴露 |
这个没办法,静态类型不可能将所有运行时的奇技淫巧都覆盖到,我们只需要确保需要的方法都能正确提示就好了~ |
这个还是蛮重要的,周末在想干点啥的时候,就想本地跑下全量确保问题是收敛的,因为从整体上来看,其他任务是可以让开发者来平稳推进的,但推进过程难免会影响那些监控不到的示例 (虽然我本地跑了下发现挂了就没后续了就是了……) 对于未来的监控,我觉得完善的监控是:
不过现阶段的话,我们可以一起推进解决下这里的报错问题~ |
问题4:
|
只有一个地方使用是么?而且并不是测相关 case 的,那我觉得没必要加,修改一下 case 吧,我觉得不应该推荐使用这种语义不明确的用法 |
问题5:
|
能修就修,不能修就这样吧,或者整个黑名单机制,部分 API 先不管吧 |
喔喔,没注意这里需要决策
支持 file level 么?只是文件级别禁用我觉得是比较合适的 |
#65496 在 |
问题6:
|
PR Category
Others
PR Types
Others
Description
临时 PR 用于监测全量类型标注,请勿合入
关联 PR #65008
@SigureMo