Bug报告
很抱歉以这种方式报告一个bug,但我没有将其最小化重现。我无法将其最小化，我很高兴在调试它方面做更多的事情，但我需要一些指导。
🔎 搜索词
显式类型注解，4.5问题
🕗 版本与回归信息
这在4.5中引入，尚未在next中修复，并且在4.4之前一直正常工作。
💻 代码
Effect-Deprecated/monocle@401ff6b#diff-05996f2c5b1dbbe79e34a0167eb2ee5017f540f68dd1f94e16cc9760ff3aabacR171
🙁 实际行为
🙂 预期行为
应该能够编译，没有两个名为F的类型，当像上面的提交中那样显式注解时，编译器可以正确检查类型。
3条答案
按热度按时间6ljaweal1#
11种类型参数👀👀
我们需要一个简化的复现来调查这个问题。
6mzjoqzu2#
11个类型参数👀👀
我们需要一个简化的复现来调查这个问题。
正如我提到的，我在最小化它方面遇到了困难，任何关于什么可能导致这种类型的错误(即认为存在具有相同名称的多个类型)的指针/直觉可以帮助我最小化它吗？
ddrv8njm3#
@RyanCavanaugh 我有一个复制品测试用例：
TS playground 4.4(正常工作)
TS playground 4.5(不正常工作)
报告的错误与给定仓库中的错误略有不同，但我是通过减少引用的提交来实现这一点的，所以我认为这是一个高度相关的/相同的问题。
我还对this PR进行了二分查找。它解决了在this PR中创建的一些性能问题，所以我想说，在调查此问题时，两者都值得一看。
编辑：//这是我拥有的最后一个经过精简的版本，其中包含原始~错误：
TS playground
这是下一个开始以与最终精简版本相同的方式报告错误的版本：
TS playground