原文:将不确定变为确定系列~目录(“机器最能证明一切”)

回到占占推荐博客索引 本系列文章主要是我在工作中,遇到一些不能主观判断的问题,最后在电脑上去证明我的理解是否正确,这也是题目 将不确定变成确定 的由来。 记得我在上大学时,老师说过一句话: 机器最能证明一切 ,这句话现在看来,确实很经典。 将不确定变为确定系列 目录 机器最能证明一切 第一回 将不确定变成确定 类中的override 第二回 将不确定变成确定 我想监视我的对象,如果是某个值,就叫另 ...

2012-06-15 23:27 11 2615 推荐指数:

查看详情

将不确定变为确定~接口应该是什么

回到目录 接口到底是什么,应该如何去使用它呢? 书上说:“接口规定了一组操作的规范,它将一些不相关的对象联系在一起”,说是这样说,但在实际当中我们应该如何去用接口,如何去用好接口呢? 事实上,我一直认为,在面向对象中,接口就是大哥大,用好接口,理解好接口,你对面向对象的认识也将上升一个新 ...

Wed Jun 06 07:53:00 CST 2012 7 1808
将不确定变为确定~Razor视图中是否可以嵌套JS代码

回到目录 这个问题有点意思,Razor的自动闭合性,导致JS代码不能直接与Razor代码混排,原来ASPX页面中,我们到处可见这种代码 而如果是Razor页面,这种写法,显然是行不通的,因为JS变量直接混在了Razor块中,使得系统无法辨认JS,事实上,我们在razor中 ...

Mon Apr 29 00:17:00 CST 2013 6 6032
将不确定变为确定~老赵写的CodeTimer是代码性能测试的利器

回到目录 首先,非常感谢赵老大的CodeTimer,它让我们更好的了解到代码执行的性能,从而可以让我们从性能的角度来考虑问题,有些东西可能我们认为是这样的,但经理测试并非如何,这正应了我之前的那名话:“机器最能证明一切”! 费话就不说了,看代码吧: 有了上面的codeTimer ...

Fri Jul 20 00:51:00 CST 2012 4 1930
将不确定变为确定~DateTime.MinValue和MaxValue引发的异常

回到目录 问题描述: SqlDateTime 溢出。必须介于 1/1/1753 12:00:00 AM 和 12/31/9999 11:59:59 PM 之间 概念相关 .Net中的DateTime结构类中的MinValue和MaxValue有时会引发一个异常,那就是日期溢出的问题,您输入 ...

Sat Jul 13 02:09:00 CST 2013 0 11733
将不确定变为确定~表达式树是否可以有个集合,条件过滤有了新方向

回到目录 对于我之前项目中的统一条件过滤采用了dictinary来实现的,优点就是方法签名统一了,缺点不用说,就是字典的键容易写错,感觉一进入.net3.5之后,一切都要和Expression联系在一起,我们在创建一个Expression(表达式树)时,可以使用lambda表达式去创建,很容易 ...

Thu Jun 07 21:49:00 CST 2012 8 1820
将不确定变为确定~整形变量是否可以进行位运算(像枚举类型一样)

回到目录 如果您看到这个题目,觉得有点怪,那说明你是一个高人,最起码比我高的多,呵呵。 前几天做了一个公用后台管理系统的项目,其中有一个地方涉及到权限管理的,即为每一个按钮赋一个权限,然后它权限汇总到角色表里,即一种角色有一些操作权限,表结构如下: 我们看到 ...

Fri Jun 08 18:51:00 CST 2012 14 2341
 
粤ICP备18138465号  © 2018-2025 CODEPRJ.COM