freefcw 最近的时间轴更新 freefcw 最近的时间轴更新
天黑了
2014-03-21 00:10:43 +08:00
 |
freefcwreading,v2ex,wander,python, V2EX 第 113 号会员，加入于 2010-04-26 13:40:11 +08:0010
 44  |
freefcw
www.freefcw.info
武汉
freefcw
freefcw
IT民工，目前在武汉流浪
不完全文科生
不完全文科生
freefcw 最近回复了
34 天前 回复了 yanyin070321 创建的主题 › 程序员 › [CodeGraph] 这样的代码可视化插件, 是你想要的吗? |
34 天前 回复了 yanyin070321 创建的主题 › 程序员 › [CodeGraph] 这样的代码可视化插件, 是你想要的吗? |
给点建议
1. 支持拖曳，目前看好像不行
2. 缩放可以用 ctrl+鼠标滚轮，这个不错
3. 点击 caller 能跳到 caller 调用的那一行，而不是直接调 caller 的声明（或者可以选择跳 caller 还是 caller 调用的那一行）
4.默认的二级字体太小了，必须要缩放才能看清楚。缩放后又不能拖动，很麻烦
其他目前看好评
1. 支持拖曳，目前看好像不行
2. 缩放可以用 ctrl+鼠标滚轮，这个不错
3. 点击 caller 能跳到 caller 调用的那一行，而不是直接调 caller 的声明（或者可以选择跳 caller 还是 caller 调用的那一行）
4.默认的二级字体太小了，必须要缩放才能看清楚。缩放后又不能拖动，很麻烦
其他目前看好评
34 天前 回复了 yanyin070321 创建的主题 › 程序员 › [CodeGraph] 这样的代码可视化插件, 是你想要的吗? |
最新的 2024.2 还不支持呀
52 天前 回复了 hylqs 创建的主题 › Android › 大家的骁龙 870 手机用了多久，大家觉得能用到 2025 年后半年吗 |
865,870 不考虑其他的再战两年应该问题不大，主要是内存够不够了
52 天前 回复了 tmdgri 创建的主题 › 程序员 › 各位，你的腾讯云数据库还在吗？ |
登录上去一看，数据库还在，楼主吓我一跳
77 天前 回复了 bojue 创建的主题 › 教育 › 高考数学 145 左右很高吗 |
高考 0 分飘过，对于高考数学 145 分的存在，我只能说是仰望的存在
86 天前 回复了 docxs 创建的主题 › 小米 › 小米空调咋这么费电，兄弟们有一样的吗 |
楼主 26 平米 1.5P 的……小马拉大车，小马累死
96 天前 回复了 vincent13 创建的主题 › 职场话题 › 降薪 30%，纠结要不要接 |
毕业一年半不用太纠结，现在这经济形势能有一个稳定的先
106 天前 回复了 FlyingBackscratc 创建的主题 › Python › 2024 年了，如何合理地为 Python 代码添加强类型支持？ |
@FlyingBackscratc
你说的没错，这个帖子讨论的是 py 的东西，我们目前主要是 pydantic ，用 mypy 做检查， 多不少额外的步骤，但就像 python 开发团队说的，类型系统只是一个辅助，解释器并不会使用，这就只能借助其他手段，也就是你在找的
不过这么做的目的是什么呢
再说点题外的话
`你要说写法，我感觉就算全面落实类似 typescript 写法的 py 也不如 java 繁琐，何况社区基本共识是全面迁移 typescript 类型很蠢，完全放弃优势`
社区的基本共识没错，但行百里半九十，实际复杂的更多还是业务代码，怎么将这一部分处理好更是问题。像 requests 作者就明确表示 typehints 的使用问题: https://lwn.net/Articles/643399/
Java 的类型声明反而是语言本身的要求，更自然，清晰，为此不得不将复杂度暴露给使用者。给 requests 库的接口加 typehints 就面临因为接口太易用，导致 typehints 异常复杂很难维护，具体上面 requests 的作者 lukasa 有举例说明，typehints 从刚开始推出到现在也在不断的进化，但做这么多搞这么复杂，又是为了解决什么问题
回到 python 和 type hints ，为什么 python 要加 type hints
复杂度和易用性有点像鱼和熊掌不可兼得，通盘考虑下，java + springboot 的生态远比 python 的强多了，我团队的人整了一套尝试组建一套基于 fastapi 的快速框架，但效果实在不那么理想
你说的没错，这个帖子讨论的是 py 的东西，我们目前主要是 pydantic ，用 mypy 做检查， 多不少额外的步骤，但就像 python 开发团队说的，类型系统只是一个辅助，解释器并不会使用，这就只能借助其他手段，也就是你在找的
不过这么做的目的是什么呢
再说点题外的话
`你要说写法，我感觉就算全面落实类似 typescript 写法的 py 也不如 java 繁琐，何况社区基本共识是全面迁移 typescript 类型很蠢，完全放弃优势`
社区的基本共识没错，但行百里半九十，实际复杂的更多还是业务代码，怎么将这一部分处理好更是问题。像 requests 作者就明确表示 typehints 的使用问题: https://lwn.net/Articles/643399/
Java 的类型声明反而是语言本身的要求，更自然，清晰，为此不得不将复杂度暴露给使用者。给 requests 库的接口加 typehints 就面临因为接口太易用，导致 typehints 异常复杂很难维护，具体上面 requests 的作者 lukasa 有举例说明，typehints 从刚开始推出到现在也在不断的进化，但做这么多搞这么复杂，又是为了解决什么问题
回到 python 和 type hints ，为什么 python 要加 type hints
复杂度和易用性有点像鱼和熊掌不可兼得，通盘考虑下，java + springboot 的生态远比 python 的强多了，我团队的人整了一套尝试组建一套基于 fastapi 的快速框架，但效果实在不那么理想
Select Language