1、企业服务的参数要尽量使用 COM 和 .NET 之间易于封送的类型，而不是自己定义的实体和传递其他复杂的类型。
2、企业服务使用自己封装的实体或者复杂的类型，带来的性能损耗，比多次调用企业带来的损耗更厉害（对比情况1和情况3）
阅读全文>
发表于 @ 2007年08月26日 20:11:00|评论(loading...)|编辑
我个人觉得，把一个窗体或者页面用表格拆分，然后我们在每个表格项中增加我们规划好的控件，这种布局方案在没有比较好的美术细胞下，比较容易做出一个至少不难看的页面布局。
基于以上的考虑，我觉得我们技术人员开发一些WPF窗体或者页面的时候，Grid控件应该是我们最常用到的。也应该是最应该掌握的控件。阅读全文>
发表于 @ 2007年08月17日 13:46:00|评论(loading...)|编辑
昨天和今天，我都在对我之前写的UBB解析代码进行性能优化。优化的结果是：1个具有600多个UBB标签的文本，包含多层UBB嵌套，优化前，解析出这个文本需要2分钟，优化后解析出这个文本需要1秒钟。而这次优化，核心优化的技术只有一点：正则表达式Regex 的构造位置发生变化。下面我就来慢慢来说这次优化。 UBB解析组件的简单介绍 需求： 1、把支持的14个UBB标签解析成不同的Html文本。这14个标签包含：代码高亮标签、禁用UBB标签以及一些通用的UBB标签。 2、一部分UBB 标签支持嵌套的解析，比如对以下文本的解析： [b]1[i]2[/i]3[/b] ，要求2这个文本，需要解析成加粗同时是斜体； 3、一部分UBB标签不支持嵌套的解析，比如：代码高亮的UBB标签括的范围内，任何UBB标签都不起作用。 当然，还有很多其他需求限制，这里只罗列影响我UBB解析算法的一些重要需求。我写的这个UBB代码解析的规范，可以参看以下链接：http://forum.csdn.net/help/ubb.html 我的设计： 先把一段包含UBB标签的文本解析成一个树，树的每一个末梢阅读全文>
发表于 @ 2007年08月02日 14:37:00|评论(loading...)|编辑