12345678910111213141516171819202122
系统 2019-08-12 01:54:46 2726
基于序列的规范过程未经允许，严禁转载本栏目内容本文经许可转载自软件工程专家网www.21cmm.com，未经CSDN许可，请勿随便转载，谢谢合作规范制定有很多方法。基于顺序的规范是指逐步构造出完备、一致和正确的黑盒和状态盒规范的过程。本节讨论的就是这种方法。在基于序列的规范过程中，按严格顺序系统地举出所有可能的激励（历史激励）序列，如按长度0、1、2……排列。因为每个序列映射至其正确的响应，所以可通过应用归约规则辨识等价序列，当完备和一致地定义了系统以后枚
系统 2019-08-12 01:53:48 2726
前言阅读之前您也可以到Bootstrap3.0入门学习系列导航中进行查看http://www.cnblogs.com/aehyok/p/3404867.html本文主要来学习一下JavaScript插件--下拉菜单。下拉菜单通过此插件可以为几乎所有东西添加下拉菜单，包括导航条、标签页、胶囊式按钮，本文主要来介绍下导航条里面的下拉菜单吧，其实道理都是一样的。用于导航条先来看一下之前做过的一个简单的导航条导航条分为四个部分。第一部分导航头，第二部分导航列，第三
系统 2019-08-12 01:33:52 2726
当我们用SQLServer的查询分析器察看一张表时，竟然看到了这样的记录：奇怪之处就在于“ReceiveTime”字段明明是datetime类型，怎么可能是“62016004”这个数字呢？SQLServer怎么会让这种数字插入呢？即使我们的程序写错了，想往记录里插，那也会得到异常的呀？还是做数据仓库的有经验，说可能是查询分析器的BUG。用VBScript写了一个查询的例子，把这条记录的每一个字段报告出来，果然！结论：确实是微软的查询分析器算错了，实际上数据
系统 2019-08-12 01:32:32 2726
最近负责一款2D客户端场景编辑器的开发工作，获益良多。现在就操作层面跟大家分享一下开发中的几个着重点。1事件响应模块：编辑器的操作极其复杂，如果没有一个清晰的事件分发流程，操作逻辑处理起来苦不堪言。主要的思路是设定编辑模式，然后在每个编辑模式下再有多个子模式。例如建筑编辑模式，放置建筑子模式等。每个子模式下都有独立的鼠标和键盘响应处理，如左右键按下弹起的响应等。这样在进行逻辑处理时，先判断当前编辑器所处的模式和子模式，即可进入对应的响应操作。2场景对象层次
系统 2019-08-12 01:31:59 2726
oracle没有锁管理器和锁列表，这样可以避免行级锁维护的开销和行级锁数量不足导致的争用问题。在Oracle的每行数据上，都有一个标志位来表示该行数据是否被锁定，要查看某一行是否被锁定，必须直接找到这一行，而不要指望能从哪个列表得到答案，事务只是找到数据。其locking过程如下：㈠找到想锁定的那一行的地址㈡到达那一行㈢锁定这一行在这行的位置，而非某个锁列表。如果这一行已经锁定，则等待锁定它的事务结束，除非使用nowait选项。保护元数据---->TM锁（
系统 2019-08-29 23:52:42 2725
BriefCurrentlythereisavulnerabilityofsomeapplicationwhichistheapplicationcanbeopenedinsideaframe,andtheapplicationdoesnotdetectwhethertheapplicationhasbeenloadedinframes,whichcouldleadtoanattackbywhichusersarepersuadedtoperformsit
系统 2019-08-29 22:08:14 2725
1)AABB包围盒:AABB包围盒是与坐标轴对齐的包围盒,简单性好,紧密性较差(尤其对斜对角方向放置的瘦长形对象,採用AABB,将留下非常大的边角空隙,导致大量不是必需的包围盒相交測试)。当物体旋转之后需对AABB进行相同的旋转并更新;当物体变形之后仅仅需对变形了的基本几何元素相应的包围盒又一次计算;然后能够自下向上由子结点的AABB合成父结点的AABB,最后进行包围盒树的更新。2)OBB包围盒:OBB碰撞检測方法紧密性是较好的,可以大大降低參与相交測试的
系统 2019-08-12 09:27:20 2725
启动监听器lsnrctlstart启动oracle服务sqlplus/nologconnsys/jsepcassysdba;startup;关闭shutdownimmediate;启动管理器emctlstartdbconsole启动isqlplusisqlplusctlstartecho$oracle_sid查询目前启用的是哪个实例selectnamefromv$database;查询数据文件的存放目录select*fromdba_data_files;在
系统 2019-08-12 01:54:46 2725
python2.7在内存管理上相比python3还是有些坑的，其释放后的内存仍然保留在python的内存池中，不被系统所用。python循环引用的变量不会被回收，这会导致程序越运行，占用的内存越大。我在跑py-faster-rcnn的demo时，基本上跑2000张图像，16g内存就要爆了。于是尝试用python的内存监控工具来调试程序，找到不能膨胀的变量，然后del之，再手动回收内存gc.collec（）下面是我用的两个内存监视工具，一个是按每行代码查看内
系统 2019-09-27 17:54:53 2724
