xml地图|网站地图|网站标签 [设为首页] [加入收藏]
元素等待机制,odoo权限小谈
分类:编程

<record id="group_lm_apply" model="res.groups">      <--id是权限组id,方便别的地方调用。model指向res.groups,在数据库中有res_groups表,包含了相关信息-->
    <field name="name">业务部门</field>
    <field name="category_id" ref="legalmanagement.module_category_legal_sample"/>    <--category_id是指定此组属于哪个应用程序(模块)-->
    <field name="implied_ids" eval="[(4, ref('legalmanagement.group_lm_sample'))]"/>    <--见下-->
    <field name="comment">lm apply</field>
</record>

日行千里,全凭“车”况,为什么我们要升级平台

 (一) 前言

eval 解析
(4,ID)添加主从链接关系到id=ID的对象。

        历经一个半月的时间,不管是叫工业互联网平台还是叫工业大数据平台,从1.0版本升级到2.0版本,升级部分包括:客户端(网关)、服务端(数据接收、数据处理、计算服务)、底层数据库结构、WEB业务系统、WEB API接口和手机APP(Android和IOS)等。很早就想对整体框架进行重构,碍于人力不能专一攻关,一直搁置到现在。尽管升级后还存在一些问题,但是就技术基础来讲,会支持更大的业务发展空间。

突然的资源受限或网络延迟,可能导致找不到目标元素,这时测试报告会显示测试失败。这时需要一种延时机制,来使脚本的运行速度与程序的响应速度相匹配,WebDriver为这种情况提供了隐式等待和显式等待两种机制。

(3,ID)去除和id=ID的对象主从链接关系,但是不删除这个对象

       对于体系化、标准化建设的系统任何一个节点的问题都有可能引发系统性问题,牵一发而动全身,要从系统工程思维和角度解决问题。作为技术人员,对于框架的升级要有推倒重来的勇气,涅盘重生,从而达到永生任何事情,亦如此

(二) 隐式等待

(2,ID) 去除和id=ID的对象主从链接关系,并且删除这个对象(调用unlink方法)

       把工业互联网(工业大数据)平台定位为云端操作系统,可以讲IAAS、PAAS、SAAS、公有云、私有云、混合云和工业APP等,但是要具备操作系统的基本特性,例如:即插即用、所见即所得;操作系统的镜像,很方便的“安装”部署。对于兼容工业协议困难、缺少机理模型、缺少工业APP等,要进行整体考虑,不能以点代面。有人说这个重要,有人说那个重要,在系统工程和体系化建设过程中任何一个节点都同等重要,不能割裂开看问题。提供IAAS资源的、做C/S软件的、有模型的、有业务系统APP的,就宣传自己是做工业互联网平台是不合适的。对于我们升级平台的目的,就是更好的支持将来云端操作系统的建设,但是要做好基础建设。

一旦设置隐式等待时间,就会作用于这个WebDriver实例的整个生命周期(对所有的元素查找都生效),设置隐式等待时间后,Webdriver会在一定时间内持续检测和搜寻DOM,以便于查找一个或多个不是立即加载成功并可用的元素。隐式等待的默认时间是0. WebDriver使用implicitly_wait()来设置等待时间,单位秒。超过等待时间还没找到,就报NoSuchElementException异常。

(5) 去除所有的链接关系,也就是循环所有的从数据且调用(3,ID)

一.本次平台升级主要解决的问题

#设置超时时间为10秒

(6,0,[IDs]) 用IDs里面的记录替换原来链接的记录,即先执行(5)再循环IDs执行(4,ID)

  1. 彻底解决网关层采集数据和传输数据的稳定性和效率。
  2. 解决云端数据交互中心后台配置存储到数据库,以更好的支持将来与WEB的交互以及分布式部署。
  3. 解决数据存储建模结构,从通讯协议到数据存储更好的支持业务数据和离散数据。
  4. 解决数据迁移过程中,行云历史数据库(Hadoop)关键字不兼容而引发的效率问题。
  5. 解决数据迁移过程中,造成数据丢失的问题。
  6. 解决WEB业务端和手机APP端开发业务标准化、便捷化的问题。

driver.implicitly_wait(10)

 

二.各部分简单介绍

(三) 显式等待

1.系统框架

WebDriver提供了WebDriverWait类和expected_conditions模块来实现显式等待。相比隐式等待,显示等待更加智能。显示等待就是设置一个前置条件,在等待时间内,每隔一段时间检查一次前置条件是否满足,满足则执行下一步,超时则报TimeoutException异常。

     对大数据平台的整个体系进行了完善和重构,主要解决历史遗留的主要问题,例如:数据建模与行云的兼容性问题、数据中间件集成的问题、数据存储结构问题、客户端性能和功能问题、业务系统的问题等等,因为是体系化、标准化建设,涉及到整体的改动。此次平台重构相当于从1.0版本升级到2.0版本,具备很好的兼容性和扩展性,方便以后开发业务,例如:数据分析和挖掘、AI算法等。

(四) WebDriverWait类

图片 1

WebDriverWait(driver, timeout, poll_frequency=POLL_FREQUENCY, ignored_exceptions=None)

driver:浏览器驱动实例

timeout:等待时间,单位秒

poll_frequency:每隔多长时间检查一次,默认0.5秒

ignored_exceptions:忽略的异常,默认只有NoSuchElementException

until方法 和 until_not方法:

until(method, message=''):method指要执行的方法(等待时间内每隔一段时间,执行一次),直到返回值为true,超时则报TimeoutException异常,message将传入异常(message参数可不填)

2.网关(客户端)重构

until_not(method, message=''):直到返回值为false,其他和until相同

      以前的客户端遗留问题包括:(1)结构的解耦较差,从而成造成扩展性较差。(2)运行时,内存一直增加,造成不稳定因素。(3)采集数据方式单一,只支持高炉数据的转换。等等。现在从框架结构整体重构,主要解决上述4个主要问题,现在支持业务数据采集和转换、OPC数据采集,完全通过界面配置。在ServerSuperIO基础上开发。

(五) expected_conditions模块

本文由澳门新葡亰手机版发布于编程,转载请注明出处:元素等待机制,odoo权限小谈

上一篇:没有了 下一篇:没有了
猜你喜欢
热门排行
精彩图文