- 博客(5)
- 资源 (11)
- 收藏
- 关注
RSS订阅原创 气愤的StringGrid
大家看一下这一段代码。 StringGrid1.Cells[0,0] := hello; StringGrid1.Row := 0; ShowMessage(StringGrid1.Rows[0].Text); ShowMessage(StringGrid1.Rows[1].Text);在[0, 1]的位置也显示一个hello但是我们显示这个位置的内容时，却无法看到。是不是ST
2005-02-28 16:24:00
1546
1
原创 单元测试的新的感想
1、尽量使得在被测试的方法内部所做的操作能被外部捕获。2、尽量用函数而不用过程。3、对于不确定的数据，最好由外部传入。比如在过程里面根据时间生成单据号，时间最好由外部传入，否则就无法进行测试。4、对于大量需要进行覆盖的测试，请不要用硬编码。而是从外部读取，好像JAVA有套单元测试的 jetif 可以从元数据中读取‘样本数据’和‘结果数据’。可能DUNIT没有，只能自己写了。5、单元测试本身请不要‘
2005-02-26 10:49:00
1284
1
原创 保持写程序的几个习惯
1、先测试，再写程序。2、无处不在的重构。3、注意去掉坏味道。4、列好清单，如果需要花很长时间去完成的，只写一个清单，如果很短时间的（一分钟以内）则解决掉它5、让自己的代码变得更短。6、不要加没有必要的注释。7、好的代码结构永远比注释强。8、保持文档与代码的同步。9、一定要对自己的代码有信心，哪怕出过N次BUG。10、多加TODO。11、记得多比较，这样才会有性能提高。
2005-02-23 10:13:00
1132
原创 单元测试几个小建议
以下的示例均在DUNIT下进行，但同样适用于XUNIT。只是语法用的是OBJECT PASCAL最近在用DUNIT来写程序，写着写着，也碰到了一些小问题，也找到过一些解决办法，同时，也发现了不少的注意事项，特提出来与大家共勉。1、最好用带ID的异常来代替显示对话框。 优点：对话框无法进行捕捉。异常可以 缺点：程序内部要加入异常处理机制，并要求抛出，代码量增加 举例：
2005-02-23 09:53:00
1261
原创 今天杂记
1、问题：对一个表，有50个客户端对它进行插入数据，平均每十秒一次，每次20条记录，怎么计算它的堵塞率？ 2、感想在写单元测试的时候，如果对数据库进行检索或插入，最好用select * 及不带字段名的insert into tablename values(连续插入几个值，可以用insert into tablenameselect aaaa....unions
2005-02-21 10:53:00
998
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人