31
2018
01

微信小程序开发-轮播图

一、入门

    昨天下午刚开始学习小程序,各种注册申请流程,繁琐得很,好在花了一定时间完成了,然后就进入了开发。其实认识得很浅,慢慢学习吧,一步一步来。

参考资料贴一下:

官方指导文档

31
2018
01

robot Framework(01)用户关键字的使用

一、通俗理解

用户关键字,就是自己定义的一个操作或一组操作的封装


二、操作步骤

(如图片看不清楚可点击图片显示原图)

23
2018
01

python robot Framework安装

参考:

https://www.ibm.com/developerworks/cn/opensource/os-cn-robot-framework/index.html


1、python 2.7下载安装(添加环境变量,重新打开cmd窗口)

https://www.python.org/downloads/

20
2018
01

库存系统性能优化感想-灵感很重要

    最近两周做了一个库存系统的优化,其实工作量并不是很大,大概就用了几天的时间,但是对系统的影响是特别大的。

    写这篇文章,主要是为了说明灵感的重要性,对于做性能优化这件事,就是一件再普通不过的事,并没有什么可说的。

    故事还得从一年半以前说起(2016年5月库存系统正式上线运行),库存更新功能最初就是使用Entity Framework框架做的,功能有点复杂,那么开发人员就循规蹈矩用一惯的方式去开发,保存数据就是一条数据一条SQL这种方式,比如说,一次性保存或更新一年(算365天)的数据,那么,保存的数据最多是 365*3 (库存表、日志表、房态自动清零表),一条一条提交到数据库,那得提交1095次,这个时候虽然速度慢点,倒还不算太慢,也是因为数据库总数据量还没多大,后面又加了业务,保存时数据最多是 365*5 (库存表、日志表、房态自动清零表、数据防重表、囤单表),这个时候光执行SQL就得是1825次,还包括一些数据查询操作,逻辑判断操作,还有Mysql数据库表数据量非常大的情况下,这种速度真的慢到事务100%超时,数据保存不成功,现在只能把每次操作时间设置短点,一般是一个月到三个月(30天~90天)这个数据才能勉强保存成功,但等待时间也挺长的。查了下现在(归档移走了部分数据之后),库存表数据近3千万(select count(*)  需要47s),日志表查不出来,查了几分钟还在loading,我怕内存爆掉就停掉了,反正是库存表的N倍,之前有统计是大于1亿的数量。

08
2018
01

Python3安装、基础语法学习

软件安装

环境windows,64位系统

下载安装软件:python-3.6.1-amd64.exe,安装时选择添加到环境变量,就可以随地调用python了。


交互执行环境:在开始菜单->Python 3.6->IDLE (Python 3.6 64-bit)

可以在里面写python语句,直接回车执行。

«1»