flex总结

atsw拓展新功能： 1、在每个树形测试用例最右边显示该测试用例是工作流还是纯xml(图标区别)--- 2、对FTP速率进行图表分析--- 3、对单个测试用例进行图表分析（从创建到目前跑过的所有批次）--- 4、优化实时消息显示--- 5、定时执行测试用例 预言：当进行一个定时任务时： 1、是否打印实时消息； 2、是否标记定时执行的测试用例集合被冻结(其他测试员无法同时执行，时间调度问题) 3、是否允许终止(执行前、中) 6、在用例设计器和用例脚本的右边增加一个面板(显示该测试用例运行过的所有记录) 7、单点登录(即同一个账号只允许在一个地方登陆) 8、树形测试用例搜索功能 --- 0、测试用例分析结果导出excel 10、批量下发图表分析--- 11、树形测试用例中增加过滤用户的测试用例 12、待选任务分类 13、增加ATSW系统说明模块 atsw存在的缺陷： 1、拖拽树形节点反应缓慢 2、工作流中任务个数与xml脚本不匹配 3、树形不能完美增加右键菜单(可以加上右键菜单，点击也很准确；但加了之后无法输入中文和无法滚动滚动条) 4、 核心网部门需求： 1.核心网跟踪任务中添加基站过滤条件 2.跟踪消息中用例失败消息使用红色标明 3.最终分析结果以报表形式呈现 4.用例定时执行，或用例中的某步骤定时执行 5.主、备核心网时，可以同时管理两个核心网 6.核心网串口消息的获取 7.用例执行中的错误点的分析 8.用例离线执行的结果反馈 9.多终端APK的升级问题 要控制好自己的情绪，时刻保持谦卑，不逞强，不抢出风头，避免赢了面子输了 人缘，避免赢了面子输了工作。   渐渐拔去自己身上的刺，把自己打造得更圆滑。   身在曹营，就要设身处地的干曹营的事，干有利于曹营的事，干曹营需要的事， 不做损害曹营的事。   做事情都应该以最低投入，最高产出为宗旨。   拿数据说话。每件事情，都有评估的数据指标，只是你没发现而已。(向某台湾人 学来的)   凡事要讲缘分。(某位“哲学家”说的) 红色： FF0000 兰色： 00000F 粉色： FF00FF  黑色： 000000 白色： FFFFFF 绿色： 00FF00  黄色： FFFF00 淡蓝: 00FFFF 淡绿： 00FF00  深红： CC0000 紫色： CC00FF 褐色： CC9900  深黄： FFCC00 草绿： 99CC00 棕绿： 999900 开发总结 1、开发中遇到的灵异事件：mx:DateField控件如果没有被setFocus的话即使射了初始值也不能获取该对象的属性 2、HQL不能用TruncATE语句 3、在as里面使用了控件类型必须先申明：比如使用了TextInput(paraValueData.itemEditorInstance).text;必须先申明private var tx:TextInput; 4、too many connections 问题 在欣赏自己博客的时候，经常点着点着报错了，一看 too many connections ，以为是自己用的 Hibernate 的 Session 没有关闭。一想不对啊，我用的是 getCurrentSeesion() 不需要关闭 Session 的哦。百度之。（应该还是自己的代码不健全） 更改 MysqL  文件中的 my.ini。更改里面的 max_connections=500，重启 MysqL 服务即可，无需重启 Tomcat 的。 5、No row with the given identifier exists 出现这个错误的原因是由于B表有A表的外键，而A表已经通过其他途径删除了数据，导致查询B表出现异常 6、IOC就是面向接口编程的应用 IOC--1、Inversion of Control    2、高层模块不应该依赖底层模块，而是模块都必须依赖于抽象。3、业务与抽象结合，不依赖与实现。 1.一个通常的做法（非面向接口编程的方法），对象A依赖对象B，B会作为A的属性，可以理解为A直接控制B; 2.IOC的做法，对象A依赖于接口C，而不直接依赖于实现了接口C的B，也就是A不能直接控制是哪个具体实现了C的B去做相应的事情，而是由我们控制可以由哪个实现了接口C的B去处理，也就是控制反过来了，是由B来决定了，而不是由A，实现就是面向接口编程。 7、flex中textarea里text会自动将\n转换成\r进行回车换行，因此在保存textarea内容到后台后需重新转换一下 UNIX和MAC的区别在于回车换行(UNIX是\n、MAC是\r)