首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    界面传值,单例,模态[通俗易懂]

    界面间传值场景 1.由前往后属性传值.在后一个界面中定义属性(属性类型和数据类型一致) 2.当push到下一个界面之前给属性赋值3.在下一个界面中,相应的控件从属性中获取数据 2. 由前往后 协议代理,1.在后一个界面定义协议(协议中定一个传值方法,方法由參数,參数类型和传输类型一致)2.在后一个界面定义代理属性,3.在前一个界面中设置代理4.代理对象的类服从协议 3.多界面传值(即能够从前往后,也能够从后往前) 单例一个类仅仅有一个对象 1.新建一个单例类 2.加入便利构造器方法而且保证该方法不管滴哦用多少次,返回的地址都是一样的 3.为该类加入属性,存储要传递的数据 4.传递数据时把数据存储在单例属性中 5.当须要该属性时,直接从单例属性中获取 单例 为了保证该类仅仅有一个对象,我们用静态变量来储存对象的地址,一旦指针变量为空,则创建对象,否则直接将原有的地址返回,可是alloc的控件无法确定释放的时机.所以仅仅有alloc不release,会造成内存泄露,单例是用来解决特定的问题,万不得已尽量不要使用单例 导航控制器管理的多视图控制I之间存在层级关系,即:后一个界面的显示内容要依赖与前一个界面,假设前一个界面显示的内容依赖与后一个界面,使用心的是u弹出方式,模态,可是此时弹出的视图控制器并不受原有导航控制器管理

    02

    MeterSphere教程:python2前置脚本查mongodb库提取参数&查库断言

    在做自动化的时候,有两个问题一般要考虑,一个是脚本的健壮性,另一个是断言。脚本的健壮性能够使得你的自动化case更稳定,有效的断言可以使得我们对自动化的结果更加信赖。如果断言仅仅只是断言status_code是不是200,那么很多时候不能发现问题。比如接口是否返回数据,返回的数据对不对,这些是无法保证的。用例执行成功与否的话,有时候跟测试数据有很大的关系,在日常做自动化的过程中,由于使用的是metersphere平台去做的自动化,在易用性和灵活性上还是没有自己写纯脚本那么方便,因此,一开始的时候测试数据都是写死固定的数据去调用,由于测试环境以及链路比较长,有些数据可能经常会被其他人给偷偷的改掉,导致用例总是执行失败,总是要去维护脚本。

    03

    CRT /Linux基本设置的语言颜色问题设置

    远程连接unix系统的工具,以前用的最多的就是SSH了,不过SSH有一个硬伤,不能设置客户端编码,有时候看中文很容易乱码,而且不能分组记录多服务器地址。putty虽然能设置客户端编码,但是我最不习惯的就是他的左键->直接复制,右键->直接黏贴,这跟windows下的操作习惯完全不同,ssh也不会这样,这样快捷简单倒是简单,但是对于我目前的工作是非常危险的,因为现在经常维护数据库,一不小心右键粘帖了不该粘帖的命令,而很多时候是一长串命令,带了回车符的,粘帖到SQL交互界面就直接执行了,后果可能是相当严重的。因此PUTTY已弃之不用,近段开始用secureCRT,发现这个工具还是很好用的,不但能分组管理各类服务器,还能设置编码,各种颜色,字体,相当方便,除了传输文件操作没有SSH的传文件工具那么智能,如果是经常做一些远程shell维护操作,这个工具是第一位要推荐的,我现在就用secureCRT + SSH文件传输工具,两个配合工作起来还是满方便的。

    01
    领券