1. 通过Alert强制用户选择.
2. 使用一个方法 Handle多个Alert.
// 弹出Alert Alert.show(RM.getString(BUNDLE_ONLINE_TEST, "olt.attempt.warn.remove"), RM.getString(BUNDLE_ONLINE_TEST, "olt.confirm.title"), Alert.YES|Alert.CANCEL, null, onAlertClose).data = "remove"; //----------------------统一响应--------------------------------- // onWarning Close private function onAlertClose(e:CloseEvent):void { if((e.target as Alert).data == "remove") { if(e.detail == Alert.YES) { ... }else { // do nothing } }else if((e.target as Alert).data == ALERT_ATTEMPT) { if(e.detail == Alert.YES) { ... } }else if((e.target as Alert).data == ALERT_GO_ON_ATTEMPT) { if(e.detail == Alert.YES) { ... } }else { throw new Error("无法识别的Alert关闭类型: " + e.toString()); } }
多维度的IF语句重构 – 注释掉的为重构前的代码, 杂乱且可读性极低.
原因: 执行的数据库查询没有查询到任何结果,却调用了resultSet.next().
如果conn在创建时, 若不给定参数,预设是ResultSet.TYPE_FORWARD_ONLY、 ResultSet.CONCUR_READ_ONL, 此时不可进行游标操作, 会报错: java.sql.SQLException: 对只转发结果集的无效操作.
欲操作游标, 则应使用stmt=conn.createStatement(ResultSet.TYPE_SCROLL_INSENSITIVE, ResultSet.CONCUR_READ_ONLY);
多次使用Captivate后, 总结下避免出现问题的几点:
1. Vista, Win7没有特殊情况, 都要run as Admin
2. 元素命名:
Never Never Never 在工程中使用中文名的元素!
不要在元素命中使用".", 以往我在导入声音时, 如此命名: 1.1, 1.2, 1.3, 初次使用并无问题, 但再次打开或是复制后打开 发现会有很多copy of 1。… 此后声音完全乱了套
3. 慎重升级到5。 最近装了5, 但发现4的源文件到5的打开有若干问题, 如字体无法自动识别等.
4. 没事不要乱点, 也不要在导出或发布时"取消"
PHP中有很多方法解析XML. 本文单表使用DOM解析XML.
// Proudly powered by Apache, PHP, MySQL, WordPress, Bootstrap, etc,.