c#.net技术基础
bill090015
这个作者很懒,什么都没留下…
展开
-
(原创)关于构造函数及参数执行顺序说明(c#)
c#中构造函数,以及变量的执行顺序说明以前自己对这方面的内容一直比较模糊,只是知道一个大概的顺序,具体确切的执行顺序不能确定,于是抽空做了一个详细的测试,对其进行一番研究.具体的程序代码比较简单,如下所示.三个类分开来写的,一个父类,一个子类,一个测试类:父类:using System;namespace TestInherit{ /// /// Father 的摘要说明。 ///原创 2007-08-29 14:27:00 · 1214 阅读 · 2 评论 -
(原创)关于继承实例化的说明(c#)
对于继承实例化的四种情况实际开发中遇到的挺多的,其中父类声明子类实现的情况,比如说Father f=new Sun();这种情况得到的到底是父类的实例还是子类的实例呢.先看下面这个例子:三个类,一个父类,一个子类,一个包含Main()函数的测试类;1.父类:using System;namespace TestInherit{ /// /// Father 的摘要说明。 ///原创 2007-08-29 14:29:00 · 1621 阅读 · 2 评论 -
关于委托的精彩解说
有许多人问的,.Net中的委托以及事件处理。我拿简单的例子说明一下,是现实中的例子:比如说一个公司(场景),你是老板,手下有两个员工,小张和小王。你命令小王,如果小张玩游戏,则小王扣去小张500元钱。这就是现实中的委托。实际上,在写程序中,程序员就是老板,小张和小王就是两个对象。小张玩游戏是一个方法,小张还有一个游戏事件,他玩游戏激发这个事件。而小王就是事件处理对象,他负责把小张的钱扣转载 2007-09-01 22:30:00 · 480 阅读 · 0 评论 -
我是谁?[C#] (转)
xuzicn 提出了这样一个问题:有一个 interface ABC 包括了如下的方法 M():public interface ABC{ void M();}另外有个类 Class1 继承了 ABC 并且拥有自己的方法 N():public class Class1 : ABC{ public Class1(){} public void转载 2007-09-01 22:34:00 · 569 阅读 · 0 评论 -
理解C#中的string类型
本文的目的在于揭示和DOTNET及C#相关的一些常见的和不常见的问题。在这些问题中我的第一篇文章和string数据类型有关,string数据类型是一种引用类型,但是当和其他引用类型比较的时候,很多开发人员可能并不能完全理解它的行为。 问题 对于常见的引用类型,当改变一个对象别名的值时,这种变化也同样会在一个实际的对象中表现出来;反之亦然。但是对于string类型,似转载 2007-09-01 22:37:00 · 588 阅读 · 0 评论 -
Microsoft .NET策略及框架概述
声明: 相关文章版权归其公司所有, 请转载注明相关信息.翻译: RickTroy电子邮件: RickTroy@126.comMicrosoft .NET策略(Microsoft .NET strategy)描述于Microsoft .NET网站(http://www.microsoft.com/net/)什么是.NET?2005年2月1日更新.NET是微软Web转载 2007-09-03 22:05:00 · 755 阅读 · 0 评论 -
对接口的理解
以下是我在MS News Group里,对“什么情况下定义interface”这一问题的回答,基本上体现我现在对interface的理解,可能有不足或者完全就是谬误,希望能得到大家的指正:一个类实现了某个接口,就相当于声明我能够完成某项工作。比如一个类实现了IComparable接口,就相当于声明了我可以完成对自身实例进行比较的工作。明白了以上这些,就可以回答,什么时候我们需要定义一个转载 2007-09-19 14:23:00 · 857 阅读 · 0 评论 -
面向对象设计原则
一、单一职责原则(SRP) 就一个类而言,应该仅有一个引起它变化的原因。软件设计真正要做的许多内容,就是发现职责并把那些职责相互分离。测试驱动的开发实践常常会在设计出现臭味之前就迫使我们分离职责。 二、开闭原则(OCP) 软件实体(类、模块、函数)应该是可扩展的,但是不可修改的。也就是说:对于扩展是开放的,对于更改是封闭的。怎样可能在不改转载 2007-09-19 14:06:00 · 721 阅读 · 0 评论 -
面向对象设计思想(C#)
有了翅膀才能飞,欠缺灵活的代码就象冻坏了翅膀的鸟儿。不能飞翔,就少了几许灵动的气韵。我们需要给代码带去温暖的阳光, 让僵冷的翅膀重新飞起来。结合实例,通过应用OOP、设计模式和重构,你会看到代码是怎样一步一步复活的。 为了更好的理解设计思想,实例尽可能简单化。但随着需求的增加,程序将越来越复杂。此时就有修改设计的必要, 重构和设计模式就可以派上用场了。最后当设计渐趋完美后,你会发现,即使需求不转载 2007-09-19 15:17:00 · 663 阅读 · 1 评论