再说 ui 本身偏业务,把业务描述转为行为代码应该才是优化的点
看前端技术吧,现在都是组件化,在组件复用情况下,先模块对象,再页面对象,反而更合理,页面如果频繁变动(逻辑),你还是怎么简单怎么来。能录制就录制
mac 上运行有点崩坏
一个类内不同优先级还能不按优先级走?方法级别的并发么?大概率按优先级执行??
维护成本高啊。换 UI 换交互以后要改多少代码都不知道。现在快节奏的 ui 变动,成本高。可以针对稳定的页面做。反而现在基于视觉识别的 ui 自动化才是王道,前端控件的训练识别,省去 sikuli 的截图。
基本同 java 的机制,触发时机没 java 多,故而感知不是很强,再进而 python 虚拟抽象程度没 java 高,在处理大批量数据对象生成时,gc 反而更徒劳
print e。。。。这让 py3 怎么通过。。。
你们的 dp 平台是直接插库做数据准备来生成数据的么
xmind 到 tc 的映射还是比较不一样的。像我司的平台就有名称 前提 步骤 预期,也支持 xmind 导入。实际操作起来还是不如纸上逻辑脑图,打字来的方便