Dev365

每时每分都有新收获

导航

随笔分类 -  收获

C#和VB.NET代码互相转换工具

摘要：微软的VB开发部门实现了这两个工具，不过目前不对外开放。所有微软人员可以在VB部门的主页上下载。 阅读全文

posted @ 2004-12-13 13:58 红移 阅读(936) 评论(2) 推荐(0)

Microsoft ASP.NET v1.1 Member Management Component Prototype on the ASP.NET site

摘要：Today we have made available the Microsoft ASP.NET v1.1 Member Management Component Prototype on the ASP.NET site You can download it at http://www.asp.net/Default.aspx?tabindex=6&tabid=41 Co... 阅读全文

posted @ 2004-12-13 13:35 红移 阅读(1290) 评论(1) 推荐(0)

基于StringCollection的输出缓冲

摘要：页面数据的缓存和输出对整体性能有很大的影响。公司原来的输出缓存是用的StringBuilder，今天对这个输出方式继续研究了一下，使用了StringCollection并作了相应的改进。简单的测试如下：对缓存代码输入100000个长度为5~150的字串，然后读出（可以分批读，应为HttpResponse可以重复接受字串），比较他们的速度。得到结果如下：看来StringBuilder并不适合长字串的... 阅读全文

posted @ 2004-10-18 20:45 红移 阅读(1435) 评论(5) 推荐(0)

HybridDictionary

摘要：ASP.NET中很多地方用了HybridDictionary。我也是第一次知道HybridDictionary。MSDN上是这么说的：This class is recommended for cases where the number of elements in a dictionary is unknown. It takes advantage of the improved perfo... 阅读全文

posted @ 2004-10-04 21:33 红移 阅读(2093) 评论(3) 推荐(0)

为HttpResponse准备输出数据，ArrayList和StringBuilder性能到底差多少？

摘要：在向HttpResponse/HttpTextWriter输出结果之前，一直用ArrayList保存数据。不用StringBuilder的原因是认为ArrayList一定会比StringBuilder快许多。今天踏踏实实地做了一下测试，发现其实StringBuilder并没有想象中的那么慢。看来还是要脚踏实地才行。合并3000个长度为1000的随机字符串，结果如下（毫秒）：ArrayList: ... 阅读全文

posted @ 2004-09-29 16:38 红移 阅读(2677) 评论(7) 推荐(0)

尝试自己处理ASPX页面，性能提高了15%以上

摘要：考虑到性能可扩展能力，想尝试下抛弃ASP.NET的页面处理，玩一下“自做主张”。昨天写了一个简单的测试框架。并用ACT测试了一下，效果不错，比标准ASP.NET快15%以上。随着页面复杂性的提高，希望能有更出色的表现。这个是“自做主张”的default.aspx文件内容，和标准的ASPX非常相像： ... 阅读全文

posted @ 2004-09-29 12:21 红移 阅读(1777) 评论(8) 推荐(0)

利用不同方法创建类的性能比较

摘要：在设计和实现中，很多地方都用到reflection。用Reflection创建类会在一定程度上造成性能上的损失。但损失有多大？前些日子写了个程序用不同的方法创建类的实例，测试结果如下： 方法/创建次数 1000 10000 100000 1000000 new 操作符 0 5 45 472 delegate 3 25 241 2811 Reflection 9 92 890 9615 ... 阅读全文

posted @ 2004-09-27 11:55 红移 阅读(1189) 评论(2) 推荐(0)