摘要:
这是以前写的代码,自绘xp风格的菜单,硬盘坏了后以为没了,最后写的一个软件要自定义风格,“翻箱倒柜”的终于在我可爱的古董机^_^上找到了一个应用的例子。还是把它放到blog上来,即可共享又可作为备用 :) 把主菜单的onmeasureitem指向measuremainitem、onadvanceddrawitem指向drawmainitem,子菜单的onmeasur......
摘要:
这是我在一个论坛的讨论稿,我想这些情况在实践java/j2me/code/ target=_blank>程序设计过程中会常碰到,所以就将这些讨论资料写了下来:
作者:e梦缘
?
请问用什么方法可以运行一个外部的exe并返回它的handle?winexec 返回不是该exe的handleshellexecute, shellexecuteex 也不是createprocess 返回的是 pr......
大自然的BUG、人的BUG、软件的疑难杂症
“每逢春夏,千鹤云集”的青城山,在此栖居了上千年的仙鹤纷纷飞走,从此失踪了.当地居民纷纷指责:这都是房地产大开发惹的祸!也许不是这个原因,也许是;全球多个国家出现气候异常,有没有根本的方法来防止呢,可能没有. 【程序编程相关:
多层数据库开发五:连接数据库
】 【推荐阅读:
多层数据库开发九:查询数据库
】人类的最大bug就是癌症,以及艾滋病.sars等的出现.没有根本的防治方法,也找不出根本的原因. 【扩展信息:
多层数据库开发三:创建多层应用程序
】 搞软件的也总会碰到许多疑难杂症,有的解决了,有的无法解决.我们来对比分析几个原因以及解决: 1. 不良习惯 有背自然规律,不良生活习惯的积累导致自然生病.人生病.不良的编程习惯也会导致程序出现疑难杂症. 例1.1 中间件内存问题 一delphi中间件执行批量数据处理时内存剧增,几个小时后内存占到近1g,处理完了内存也不下降.用turbo memorysluth等内存工具查没查到问题,最后采用最原始的方法:在一段代码前后执行allocmemsize,看其差值,正常应该为零,查出一段代码每处理一条记录就会泄漏100k左右内存,只是因为该代码自己创建的类实例没有释放,释放了就好了.这个问题查了很久,如果该段代码的作者习惯于自己创建的对象就自己释放,就不会需要多个人费劲心机来跟踪查找,还怀疑到ado.midas.三层结构有问题. 对于程序员,很多事情都没有对错,只是习惯,比如遵循命名惯例书写惯例.写注释.使用try...finally...end来保证资源释放等,坏习惯的累积最后导致软件出现一些不容易查找的疑难杂症,好的生活习惯会意味着好的生活质量,好的编程习惯也会意味者好的产品质量. 2. 存在未知 相对于大自然.人来说,软件简直是太简单了,但都可称为复杂系统.一个人在一个特定的时间只可能了解一个复杂系统的一部分,如果要用未知的东西,就很可能出现问题,就象人,虽然我们对自己很多未知,却活着,天天用,当然也是经常生病,经常出问题. 对于软件的未知东西,我们能够能做的就是信任并按自然的方式用之并了解之转未知为已知.或者直接转用已知的东西.再有就是直觉判断该不那么做.应这么做....
下一页 摘要:
?众所周知,创建型设计模式中的都会创建对象。可是对象在哪儿释放呢?当然,对于抽象工厂和工厂方法以及原型模式中,可以保存一个引用然后在需要的地方把它释放掉。可singleton模式中却没有这样的引用,或是不能确定它是否创建了。此时,dephi的组件的生存期管理机制就非常有用了,你只需要从tcompenent继承,并在构造函数中把自己的owner设为另一个被管理的组件(一般来说是你的form,fra......