木兰 0.0.17.3 支持不需 __init__ 的 super 调用
接续 前文,试着调整了几次优先级排序,除了 super
需在 (
之下以外,没看出其他门道,于是暂时将两者分别放在优先级排序最高与最低,现在所有测试用例能通过,以观后效吧。个人感觉由于优先级与语法规则的勾连,想要生成一个针对某一优先级设置的测试用例颇为烧脑,先搁置吧。
接着,既然做到了 super 语法,就在语法树生成木兰源码部分功能中复现了 super。先上 Python 与转换出的木兰源码对比:
可见,在调用父类的构造方法时,相较 Python 需要 __init__()
,木兰中可以略去,参数直接传给 super,与 Java 等其他常用语言类似。
复现了这一转换功能后,发现还需复现对此语法的支持,是通过 NameFixPass 这一语法树修改步骤的 visit_Call 实现。
完成后,前文的 super(演示, self).__init__()
,现在只需 super()
。0.0.17.3 发布在 PyPI(pip install ulang 安装)
回头看对比图,个人猜度,木兰的这个设计与 self 可用 $ 代替、__init()__
可用类名代替等一道,都是为了方便开发者进行类型相关操作并让代码更可读。
附:代码量统计
主要部分的代码行数统计,格式为:上次->现在。
- 木兰代码量 3050 -> 3096
- 运行环境,实现与测试大部为木兰代码:582
- 木兰测试用例,包括部分实用小程序(如井字棋):2468 -> 2514
- Python 代码量(木兰实现、测试框架、语法树生成木兰中的 Python 测试代码):3381 -> 3436
分析器/语法分析器.py
:1049 -> 1055生成/木兰.py
:206 -> 213分析器/语法树处理.py
:91 -> 114- 未变
分析器/语法树.py
:225分析器/词法分析器.py
:216功用/反馈信息.py
:175环境.py
,定义全局方法: 175交互.py
,交互环境(REPL):148测试/期望值表.py
:144测试/unittest/报错.py
:124中.py
,主程序:95分析器/语法成分.py
,从语法分析器中提取出来的枚举常量:85测试/运行所有.py
,检验所有木兰测试代码片段:71测试/unittest/生成.py
,语法树生成木兰源码相关测试:60测试/unittest/语法树.py
,确保生成的语法树与原始版本一致,拆分报错部分:58功用/调试辅助.py
,:57setup.py
, 34测试/unittest/交互.py
,交互环境相关测试:28分析器/错误.py
:28测试/unittest/所有用例.py
:24

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
构建基于 Spring Cloud 向 Service Mesh 框架迁移的解决方案及思路
作为新一代微服务架构体系,Service Mesh 技术有效地解决了 Spring Cloud 微服务架构和服务治理过程中的痛点问题,一经推出便引起了很大的反响。近一年来,伴随着云原生的热火朝天,Service Mesh 被推向了巅峰,从陌生走向大家的视界,甚至一些初创企业都想从中获得第一桶金。对于初创企业或全新产品,选择 Service Mesh 变得相对轻松很多,毕竟不存在迁移的问题。但对于大部分企业或成熟的产品体系,这样大的架构转型就变得很难以实施,需要多加权衡利弊,面对 Service Mesh 带来的好处,不得不迫使向它靠拢。 目前很多企业还是采用基于 SDK 的传统微服务框架(例如,Dubbo、Spring Cloud)进行服务治理,而随着 Service Mesh 的普及,越来越多的企业开始布局自己的 Service Mesh 框架体系,但多数企业刚开始不会激进地将所有业务迁移至 Serivice Mesh,毕竟这样风险太大、收益太慢。像 Java 技术栈应用依然保留原框架,而非 Java 技术栈应用采用 Service Mesh 框架,不同开发语言可以用不同的技术框架...
- 下一篇
Jenkins Operator 成为官方子项目
我们很高兴的宣布,Jenkins Operator 已正式成为 Jenkins 官方子项目。 这件事意味着什么? 成为 Jenkins 官方项目的组成部分,也是为了能更好地与 Jenkins 总体路线规划保持一致而迈出的重要一步,这也将会大大增加这个项目被使用的几率。 我们是隶属于 VirtusLab 并专门维护该项目的团队。我们终于可以和这个大社区互动,并参加 Cloud-Native SIG 会议。这也为每个想为该项目提出建议或参与支持的人提供了平台。 我们坚信,有了社区的支持将大大改善 Jenkins Operator 项目自身以及 Jenkins 生态系统。 填补 Jenkins 与 Kubernetes 间的缝隙 在 Kubernetes 这样的云原生环境中运行 Jenkins 并不是件容易的事。我们希望通过该项目提供的功能使社区能够充分利用 Kubernetes 以及云平台的能力: 集成云平台原生的监控、存储、安全机制 Kubernetes 的自动扩容和自我修复机制 安全访问 Jenkins 实例 声明式配置(Kubernetes Custom Resources) 全生命...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8安装Docker,最新的服务器搭配容器使用
- 设置Eclipse缩进为4个空格,增强代码规范
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- SpringBoot2全家桶,快速入门学习开发网站教程
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- MySQL8.0.19开启GTID主从同步CentOS8
- Red5直播服务器,属于Java语言的直播服务器
- CentOS7,8上快速安装Gitea,搭建Git服务器
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7