随笔分类 - 01 [你必须知道的.NET]

摘要:晚上翻着群里的聊天,发现一个有趣的问题:如何通过编码方式来判断一个dll或者exe为debug build还是release build?由于没有太多的讨论,所以我只好自己找点儿办法,试图解决这个问题,为夜生活带点刺激。于是,便有了本文的探索和分析。 我们应用Visual Studio对代码文件进行F5操作(Build)时,实际是发生了一系列语法检查、词法检查和编译过程,通常情况下我们有两种Build模式,这就是常说的Debug Build和Release Build。望文知意,Debug Build模式通常应用于开发时,便于调试反馈;而Release Build则应用于部署时,这是因为Release模式下,编译器做了很多的优化操作(代码冗余、循环优化等),省去了对调试信息的记录。 阅读全文
posted @ 2009-12-29 18:46 Anytao 阅读(15139) 评论(29) 推荐(5) 编辑
摘要:在.NET世界了,object是公认的造物主,其麾下的7大成员,个顶个的横行在任何系统的任何代码角落。 关于object的故事,有很多很多。而今天的故事则着眼于“为熟悉的朋友做点儿不熟悉的事儿”。相信吗?我的Object成员不见了,不信你可以欣赏一下消失了的object成员。 那么这一切是如何做到的呢?虽然我是一个诚实的人,但是其实这是一次赤裸裸的欺骗,而行骗的家伙就是将要闪亮登场。 阅读全文
posted @ 2009-10-30 00:47 Anytao 阅读(9430) 评论(66) 推荐(12) 编辑
摘要:对象的创建方式,始终代表了软件工业的生产力方向,代表了先进软件技术发展的方向,也代表了广大程序开发者的集体智慧。以new的方式创建,通过工厂方法,利用IoC容器,都以不同的方式实现了活生生实例成员的创生。而本文所关注的Lazy也是干这事儿的。不过,简单说来,Lazy要实现的就是按“需”创建,而不是按时创建。 我们往往有这样的情景,一个关联对象的创建需要较大的开销,为了避免在每次运行时创建这种家伙,有一种聪明的办法叫做实现“懒对象”,或者延迟加载。.NET 4.0之前,实现懒对象的机制,需要开发者自己来实现与管理,例如,你可以翻开老赵同志的较为理想的延迟代理的编写方式一文来了解其原理和场合。可喜的是,在.NET 4.0中包含的另一个好玩的家伙System.Lazy。 阅读全文
posted @ 2009-10-29 00:51 Anytao 阅读(12702) 评论(42) 推荐(11) 编辑
摘要:Tuple,是函数式编程的概念之一,早见于Elang、F#等动态语言。不过,我第一次听说Tuple还早在2005年园子的Ninputer大牛提出在.NET 2.0实现Tuple的基本想法。 作为.NET 4.0 BCL的一部分,本文晓以一二要点,对Tuple进行一翻分析,以期对这个新成员表示欢迎。 阅读全文
posted @ 2009-06-01 00:05 Anytao 阅读(14720) 评论(55) 推荐(13) 编辑
摘要:.NET 4.0来了,在这个夏天。在蚊子和啤酒相伴的深夜,我将继续[你必须知道的.NET] 系列的完善,将自己对于.NET 4.0新特性的探索形成[深入.NET 4.0]这样一个子系列。同样是一如既往的将角度把握在语言和平台本质的探索,可能的角度上,最佳实践式的应用和国外最新论调的共享同样是这一新生力量关注的话题。好戏才刚开始,我们继续在路上。 总体来说,这是一篇介绍性的文章,不会涉及过多技术细节和研究过程。但是,作为拉开序幕的第一页,本文以提纲挈领的方式展开对.NET 4.0的初次体验。从What’s new的角度,开始我对.NET 4.0新特性的探索之旅。既然是介绍,那么首先给出导航式的链接是必要而必须的,因为一篇小小的篇幅却是难以交代全面What’s new in details,所以看官尽情各取所需吧。 阅读全文
posted @ 2009-05-22 00:36 Anytao 阅读(12141) 评论(80) 推荐(0) 编辑
摘要:语言是程序开发者行走江湖的手上利器,各大门派的高手在论坛、博客为了自家门派争吵不已早是技术世界中的亮丽风景,虽多少为刚刚踏入江湖的新手提供了思考的素材,但也同时迷惑了初出茅庐的前行方向。 本文不欲计较门派的高下,旨在明辨技术的真谛,这就是.NET平台下的开发利器:C#语言,并从其变迁的进程中对于.NET技术发展把玩一番。 在下篇,我们将从历史走来,对.NET的未来做个展望性的了解,具体而言就是.NET 4.0的新东西。 阅读全文
posted @ 2009-05-11 01:51 Anytao 阅读(10703) 评论(52) 推荐(0) 编辑
摘要:语言是程序开发者行走江湖的手上利器,各大门派的高手在论坛、博客为了自家门派争吵不已早是技术世界中的亮丽风景,虽多少为刚刚踏入江湖的新手提供了思考的素材,但也同时迷惑了初出茅庐的前行方向。 本文不欲计较门派的高下,旨在明辨技术的真谛,这就是.NET平台下的开发利器:C#语言,并从其变迁的进程中对于.NET技术发展把玩一番。 在上篇,我们走在历史,对.NET的过去尤其是c#语言做以回顾,具体而言就是.NET 1.0、2.0、3.0的一路走来。 阅读全文
posted @ 2009-05-08 00:15 Anytao 阅读(11626) 评论(82) 推荐(0) 编辑
摘要:老赵在谈表达式树的缓存(2):由表达式树生成字符串中提到,在描述Type信息时讨论FullName或者AssemblyQualifiedName提供完整的Type信息,虽是小话题,但却是值得有聊的话题。在.NET中反应一个Type名称信息的有以下三个属性,分别是: Name,获取当前成员的名称。 FullName,获取Type 的完全限定名,包括Type的命名空间,但不包括程序集。 AssemblyQualifiedName,获取Type的程序集限定名,其中包括从中加载Type 的程序集的名称。事实上,AssemblyQualifiedName被定义为只读abstract属性,具体的实现由其派生类来实现,例如TypeBuilder,我们可以根据其具体实现类型对此有个大致的了解。 此处的定义毋庸置疑是官方的(MSDN),俗话说,事实是检验真理的唯一标准,那么这三个相近的概念,究竟代表了怎样的不同,我们回到事实近看分晓。 阅读全文
posted @ 2009-03-18 00:06 Anytao 阅读(6898) 评论(22) 推荐(0) 编辑
摘要:在.NET世界里,我们常常听到的一句话莫过于“System.Object是一切类型的根,是所有类型的父类”,以至于我在《你必须知道的.NET》8.1节 以“万物归宗:System.Object”这样的title为System.Object授予至高荣誉。所以,基于这样的观点就有了下面这句“接口是否也继承于System.Object?”,事实上这正是今天在技术群里小小讨论的一个插曲。 interface,想说爱你不容易呀。 阅读全文
posted @ 2009-03-05 02:08 Anytao 阅读(9920) 评论(81) 推荐(2) 编辑
摘要:Metadata描述了静态的结构,而IL阐释了动态的执行,这一静一动承载了太多的技术奥秘。 终于到了,说说元数据和IL在JIT编译时的角色了,虽然两个回合的铺垫未免铺张,但是却丝毫不为过,因为只有充分的认知才有足够的体会,技术也是如此。那么,我们就开始沿着方法调用的轨迹,追随元数据和IL在那个神秘瞬间所贡献的力量吧。 阅读全文
posted @ 2009-03-04 00:45 Anytao 阅读(6021) 评论(30) 推荐(1) 编辑
摘要:很早就有说说Metadata(元数据)和IL(中间语言)的想法了,一直在这篇开始才算脚踏实地的对这两个阶级兄弟投去些细关怀,虽然来得没有《第一回:恩怨情仇:is和as》那么迅速,但是Metadata和IL却是绝对重量级的内容,值得我们在任何时间关注,本文就是开始。 书接上回[第二十四回:认识元数据和IL(上)],我们对PE文件、程序集、托管模块,这些概念与元数据、IL的关系进行了必要的铺垫,同时顺便熟悉了以ILDASM工具进行反编译的基本方法认知,下面是时候来了解什么是元数据,什么是IL这个话题了,我们继续。 阅读全文
posted @ 2009-02-25 00:54 Anytao 阅读(7153) 评论(17) 推荐(1) 编辑
摘要:你可曾想到,我们的C#代码,编译之后究竟为何物?你可曾认知,我们的可执行程序,运行之时的轨迹究竟为哪般?那么,本文通过对Metadata(元数据)和IL(Intermediate Language, 中间语言)的认识开始,来逐步给出答案。在这个探索轨迹上,元数据、IL、程序集、程序域、JIT、虚分派、方法表和托管堆这些形形色色的神秘嘉宾将在某个时刻不期而遇,作为你必须知道的.NET 系列2.0版本的一部分,本文首先从认识元数据和IL这两位重量级选手开始,而其他的嘉宾也将很快登场。 阅读全文
posted @ 2009-02-24 00:42 Anytao 阅读(8996) 评论(36) 推荐(0) 编辑
摘要: 今天Artech兄在《关于Type Initializer和 BeforeFieldInit的问题,看看大家能否给出正确的解释》一文中让我们认识了一个关于类型构造器调用执行的有趣示例,其中也相应提出了一些关于beforefieldinit对于类型构造器调用时机的探讨,对于我们很好的理解类型构造器给出了一个很好的应用实践体验。 认识类型构造器,认识beforefieldinit,更深入关注CLR执行机理,品 阅读全文
posted @ 2008-11-02 02:53 Anytao 阅读(8447) 评论(57) 推荐(1) 编辑
摘要: 走钢丝的人,在刺激中体验快感。带着问题思考,在问题上迸发火花。或者给问题以答案,或者给答案以问题,你可能永远无法看清全部,但是总能从一点突破很多。事实的关键就在于面对问题,我该如何思考? 带着问题思考,是技术探索的最佳实践, 每当我收到很多朋友来函探讨技术的问题,总能给我很多的技术思索和惊喜,今天我们的话题就是由一个朋友的来函开始的,你可以通过链接打开KiMoGiGi在To 王涛 的问题一文中精彩绝伦的思考 阅读全文
posted @ 2008-08-27 00:06 Anytao 阅读(9871) 评论(53) 推荐(1) 编辑
摘要:null、nullable、??运算符、null object模式,这些闪亮的概念在你眼前晃动,我们有理由相信“存在即合理”,事实上,null不光合理,而且重要。本文,从null的基本认知开始,逐层了解可空类型、??运算符和null object模式,在循序之旅中了解不一样的null。 虽然形色匆匆,但是通过本文你可以基本了解关于null这个话题的方方面面,堆积到一起就是对一个概念清晰的把握和探讨。技术的魅力,大概也正是如此而已吧,色彩斑斓的世界里,即便是“什么都没有”的null,在我看来依然有很多很多。。。值得探索、思考和分享。 你必须知道的.NET,继续全新体验,分享更多色彩。 阅读全文
posted @ 2008-07-31 01:13 Anytao 阅读(15786) 评论(98) 推荐(13) 编辑
摘要: 本文,源自我回答刚毕业朋友关于.NET学习疑惑的回复邮件。 本文,其实早计划在《你必须知道的.NET》写作之初的后记部分,但是因为个中原因未能如愿,算是补上本书的遗憾之一。 本文,作为一个非技术篇章,加塞儿到《你必须知道的.NET》队伍中,我想至少因为回答了以下几个必须知道的非技术问题:.NET应该学习什么? .NET应该如何学习? .NET的学习方法? 阅读全文
posted @ 2008-05-28 01:38 Anytao 阅读(14856) 评论(124) 推荐(1) 编辑
摘要:对象创建过程的了解,是从底层接触CLR运行机制的入口,也是认识.NET自动内存管理的关键。通过本文的详细论述,关于对象的创建、内存分配、初始化过程和方法调用等技术都会建立一个相对全面的理解,同时也清楚的把握了线程栈和托管堆的执行机制。 对象总是有生有灭,本文简述其生,这是个伟大的开始。 本文将分两篇展开,上篇分析线程栈的内存分配,下篇讨论托管堆的内存分配。经过上篇的激烈争论,下篇将会带来什么样的分析、讨论、思考和问题,ing...... [你必须知道的.NET]第19回,今天发布。 阅读全文
posted @ 2007-12-07 08:55 Anytao 阅读(11258) 评论(46) 推荐(2) 编辑
摘要:对象创建过程的了解,是从底层接触CLR运行机制的入口,也是认识.NET自动内存管理的关键。通过本文的详细论述,关于对象的创建、内存分配、初始化过程和方法调用等技术都会建立一个相对全面的理解,同时也清楚的把握了线程栈和托管堆的执行机制。 对象总是有生有灭,本文简述其生,这是个伟大的开始。 本文将分两篇展开,关于托管堆内存分配的讨论,请见下回分析,近期发布。 阅读全文
posted @ 2007-12-03 02:31 Anytao 阅读(13606) 评论(70) 推荐(4) 编辑
摘要:覆写(override)与重载(overload),是成就.NET面向对象多态特性的基本技术之一,两个貌似相似而实则不然的概念,常常带给我们很多的误解,因此有必要以专题来讨论清楚其区别,而更重要的是关注其在多态中的应用。 TechEd2007,不能去了,以此文纪念在技术之路上的里程。祝博客园的朋友们在TechEd有所收获,相聚总有机会。 阅读全文
posted @ 2007-11-07 19:53 Anytao 阅读(11097) 评论(41) 推荐(4) 编辑
摘要:在.NET大家庭中,有不少的关键字承担了多种角色,例如new关键字就身兼数职,除了能够创建对象,在继承体系中隐藏基类成员,还在泛型声明中约束可能用作类型参数的参数,在《把new说透》我们对此都有详细的论述。本文,将把目光转移到另外一个身兼数职的明星关键字,这就是using关键字,在详细讨论using的多重身份的基础上来了解.NET在语言机制上的简便与深邃。 十一了,祝福祖国58岁生日快乐,祝福博客园的朋友们节日快乐。 阅读全文
posted @ 2007-10-01 22:11 Anytao 阅读(12136) 评论(40) 推荐(2) 编辑