Wu.Country@侠缘

勤学似春起之苗,不见其增,日有所长; 辍学如磨刀之石,不见其损,日所有亏!

导航

随笔分类 -  30.Effective C#

1 2 3 下一页

EffectiveC#的翻译文章。 这里可能还有一些关于C#程序设计效率相关的问题。
精益与敏捷开发(随笔)
摘要:在几年前,我就对软件的敏捷开发有着很高的兴趣的。一直觉得,程序员应该是最自由,最轻松的一种职业!而且我也一直在向这个方向努力!我们应该如何做呢?一说到程序员,大家就公认的是脑力民工!为什么?在程序员自己报怨开发环境不好,工作量大,任务重,压力大的同时,有没有想过,有些问题其实是程序员自己的原因造成的呢? 我们来看一个流程的例子:从一个问题单开始,你要解决这个问题,首先得申请问题单的查看权限,花5分... 阅读全文

posted @ 2009-02-08 11:11 Wu.Country@侠缘 阅读(936) 评论(0) 推荐(0) 编辑

Effective C# 原则50:了解ECMA标准(译)
摘要:Effective C# 原则50:了解ECMA标准Item 50: Learn About the ECMA Standard ECMA标准是C#语言所有功能的官方说明。ECMA-334定义了C#语言1.0的标准,你可以从The C# Programming Language这本书上学习C#2.0的计划(译注:现在已经不是计划了),这本书的作者是Anders Hejlsberg, Scott W... 阅读全文

posted @ 2007-04-09 21:47 Wu.Country@侠缘 阅读(1727) 评论(3) 推荐(0) 编辑

Effective C#49:为C#2.0做好准备(译)
摘要:Effective C#49:为C#2.0做好准备Item 49: Prepare for C# 2.0 C#2.0,在2005年已经可以使用了,它有一些主要的新功能。这样使得目前使用的一些最好的实际经验可能会有所改变,这也会随着下一代工具的发布而修改。尽管目前你还可以不使用这些功能,但你应该这些做些准备。 当Visual Studio .net2005发布后,会得到一个新的开发环境,升级的C#语... 阅读全文

posted @ 2007-04-08 22:54 Wu.Country@侠缘 阅读(897) 评论(1) 推荐(0) 编辑

Effective C# 原则48:了解更多的工具和资源(译)
摘要:Effective C# 原则48:了解更多的工具和资源 Item 48: Learn About Tools and Resources 对于C#以及.Net来说这是激动人心的时候。这些工具目前还是比较新的,整个社区都在学习如何使用这些工具。一些资源可以帮助你提高你的知识,以及为.Net和C#创建一个更大的知识社区。这些工具是我每天都向C#开发人员推荐的。关于C#实践的全部内容还在写作当中,... 阅读全文

posted @ 2007-04-07 21:48 Wu.Country@侠缘 阅读(833) 评论(1) 推荐(0) 编辑

Effective C# 原则47:选择安全的代码(译)
摘要:Effective C# 原则47:选择安全的代码Item 47: Prefer Safe Code .Net运行时已经设计好了,一些怀有恶意的代码不能渗透到远程计算机上并执行。目前一些分部式系统依懒于从远程机器上下载和执行代码。如果你可以通过Internet或者以太网来发布你的软件,或者直接从web上运行,但你须要明白CRL在你的程序集中的一些限制。如果CLR不是完全相信一个程序集,它会限制一些... 阅读全文

posted @ 2007-04-06 22:58 Wu.Country@侠缘 阅读(881) 评论(0) 推荐(0) 编辑

Effecitve C# 原则46:最小化与其它非托管代码的交互(译)
摘要:Effecitve C# 原则46:最小化与其它非托管代码的交互Item 46: Minimize Interop 在开发设计.Net时,MS所做的最聪明的修改之一就是他们意识到,如果没有办法整合已经存在的代码到新的.Net环境中,那没没有人会接受这个新的平台。MS知道,如果没有办法来利用已经存在的代码,这将阻止大家接受它。与其它非托管代码的交互是可以工作了,但这是可交互唯一可以拿来说一下的有利的... 阅读全文

posted @ 2007-04-05 22:16 Wu.Country@侠缘 阅读(980) 评论(0) 推荐(0) 编辑

Effective C# 原则45:选择强异常来保护程序(译)
摘要:Effective C# 原则45:选择强异常来保护程序Item 45: Prefer the Strong Exception Guarantee 当你抛出异常时,你就在应用程序中引入了一个中断事件。而且危机到程序的控制流程。使得期望的行为不能发生。更糟糕的是,你还要把清理工作留给最终写代码捕获了异常的程序员。而当一个异常发生时,如果你可以从你所管理的程序状态中直接捕获,那么你还可以采取一些有效... 阅读全文

posted @ 2007-04-04 21:09 Wu.Country@侠缘 阅读(1003) 评论(0) 推荐(0) 编辑

Effective C# 第6章:杂项(译)
摘要:Effective C# 第6章:杂项Chapter 6. Miscellaneous 有些内容不合适专门做一个目录,但这并不是说它们不重要。对于每个人来说,理解代码的安全访问策略是很重要的,就像明白异常处理策略一样。其它的一些推荐资料是关于经常变化的一些东西,因为C#本身也是一门在发展的语言,要与最新的标准和资讯进行交流。这些变化值得注意一下,而且要为这些变化做准备,它们会在以后溶入到你的工作中... 阅读全文

posted @ 2007-04-04 19:30 Wu.Country@侠缘 阅读(529) 评论(0) 推荐(0) 编辑

Effective C# 原则44:创建应用程序特定的异常类(译)
摘要:Effective C# 原则44:创建应用程序特定的异常类Item 44: Create Complete Application-Specific Exception Classes 异常是一种的报告错误的机制,它可以在远离错误发生的地方进行处理错误。所有关于错误发生的的信息必须包含在异常对象中。在错误发生的过程中,你可能想把底层的错误转化成详细的应用程序错误,而且不丢失关于错误的任何信息。你... 阅读全文

posted @ 2007-04-03 21:34 Wu.Country@侠缘 阅读(961) 评论(3) 推荐(0) 编辑

Effective C# 原则43:请勿滥用反射(译)
摘要:Effective C# 原则43:请勿滥用反射Item 43: Don't Overuse Reflection 创建二进制的组件时,同时也意味着你要使用迟后绑定和反射来查找你所须要的具有特殊功能代码。反射是一个很有力的工具,而且它让你可以写出可动态配置的软件。使用反射,一个应用程序可以通过添加新的组件来更新功能,而这些组件是在软件最开始发布时没有的。这是有利的。 这一伸缩性也带来了一些复杂的问... 阅读全文

posted @ 2007-04-02 19:42 Wu.Country@侠缘 阅读(1379) 评论(3) 推荐(0) 编辑

Effective C# 原则42:使用特性进行简单的反射(译)
摘要:Effective C# 原则42:使用特性进行简单的反射Item 42: Utilize Attributes to Simplify Reflection 当你创建了一个与反射相关的系统时,你应该为你自己的类型,方法,以及属性定义一些自己的特性,这样可以让它们更容易的被访问。自定义的特性标示了你想让这些方法在运行时如何被使用。特性可以测试一些目标对象上的属性。测试这些属性可以最小化因为反射时可... 阅读全文

posted @ 2007-04-01 22:57 Wu.Country@侠缘 阅读(1041) 评论(0) 推荐(0) 编辑

Effective C# 原则41:选择DataSet而不是自定义的数据结构(译)
摘要:Effective C# 原则41:选择DataSet而不是自定义的数据结构 Item 41: Prefer DataSets to Custom Structures 因为两个原则,把DataSet的名声搞的不好。首先就是使用XML序列化的DataSet与其它的非.Net代码进行交互时不方便。如果在Web服务的API中使用DataSet时,在与其它没有使用.Net框架的系统进行交互时会相当... 阅读全文

posted @ 2007-03-31 19:33 Wu.Country@侠缘 阅读(1410) 评论(0) 推荐(0) 编辑

Effective C# 原则40:根据需求选择集合(译)
摘要:Effective C# 原则40:根据需求选择集合Item 40: Match Your Collection to Your Needs “哪种集合是最好的?”答案是:“视情况而定。” 不同的集合有不同的性能,而且在不同的行为上有不同的优化。.Net框架支持很多类似的集合:链表,数组,队列,栈,以及其它的一些集合。C#支持多维的数组,它的性能与一维的数组和锯齿数组都有所不同。.Net框架同样包... 阅读全文

posted @ 2007-03-30 23:09 Wu.Country@侠缘 阅读(1249) 评论(0) 推荐(0) 编辑

Effective C# 原则39:使用.Net验证(译)
摘要:Effective C# 原则39:使用.Net验证Item 39: Use .NET Validation 用户的输入可能是多种多样的:你必须在交互式的控件中尽可能的验证输入。写一些用户输入验证可能很做作,而且也有出错的可能,但还是很有必要的。不能太相信用户的输入,用户可能会输入任何内容导致异常发生,进而进行SQL注入式攻击。我们不希望任何类似这样的事情发生。你应该了解足够的信息来怀疑用户的输入... 阅读全文

posted @ 2007-03-29 23:34 Wu.Country@侠缘 阅读(878) 评论(0) 推荐(0) 编辑

Effective C# 原则38:使用和支持数据绑定(译)
摘要:Effective C# 原则38:使用和支持数据绑定Item 38: Utilize and Support Data Binding 有经验的Windows程序员一定对写代码从一个控件上取值,以及把值存储到控件上很熟悉: public Form1 : Form{ private MyType myDataValue; private TextBox textBoxName; priva... 阅读全文

posted @ 2007-03-28 21:45 Wu.Country@侠缘 阅读(1132) 评论(2) 推荐(0) 编辑

Effective C# 原则37:使用标准的配置机制(译)
摘要:Effective C# 原则37:使用标准的配置机制Item 37: Use the Standard Configuration Mechanism 我们要寻求一种避免直接写代码的应用程序配置和信息设置方法,我们已经创建了多种不同的策略来存储配置信息。而我们是要寻求一种正确的方法,我们要不断提高和改我们的想法,关于哪里是放置这些信息的好地方。INI文件?这是Windows3.1做的事,配置信息... 阅读全文

posted @ 2007-03-27 22:45 Wu.Country@侠缘 阅读(888) 评论(1) 推荐(0) 编辑

Effective C# 原则36:利用.Net运行时诊断(译)
摘要:Effective C# 原则36:利用.Net运行时诊断Item 36: Leverage .NET Runtime Diagnostics 当有问题发生时,它们往往并不是在实验的时候发生的,机器有轻松调试的工具。在很多实际情况中,你不好修正的问题总是发生在用户的机器上,那里没有调试环境,也没有好的方法计算出问题的情况。在实际情况中,有经验的开发人员会创建一个方法,让系统在运行时捕获尽可能多的信... 阅读全文

posted @ 2007-03-27 19:19 Wu.Country@侠缘 阅读(903) 评论(0) 推荐(0) 编辑

Effective C# 原则35:选择重写函数而不是使用事件句柄(译)
摘要:Effective C# 原则35:选择重写函数而不是使用事件句柄Item 35: Prefer Overrides to Event Handlers 很多.Net类提供了两种不同的方法来控制一些系统的事件。那就是,要么添加一个事件句柄;要么重写基类的虚函数。为什么要提供两个方法来完成同样的事情呢?其实很简单,那就是因为不同的情况下要调用为的方法。在派生类的内部,你应该总是重写虚函数。而对于你的... 阅读全文

posted @ 2007-03-26 20:33 Wu.Country@侠缘 阅读(1195) 评论(2) 推荐(0) 编辑

Effective C# 第五章:和Framework一起工作(译)
摘要:Effective C# 第五章:和Framework一起工作Chapter 5. Working with the Framework 我的同事,也是我的朋友Martin Shoemaker研究一个很严肃的问题,那就是:“我必须写这样的.Net代码吗?” 答案是,也希望是:不。你应该使用你手头上有的,也是你会用的工具来帮助你写代码。 .Net框架是一个很丰富的类库,你对框架学习的越多,你自己要写... 阅读全文

posted @ 2007-03-26 19:36 Wu.Country@侠缘 阅读(581) 评论(0) 推荐(0) 编辑

Effective C# 原则34:创建大容量的Web API(译)
摘要:Effective C# 原则34:创建大容量的Web APIItem 34: Create Large-Grain Web APIs 交互协议的开销与麻烦就是对数据媒体的如何使用。在交互过程中可能要不同的使用媒体,例如在交流中要不同的使用电话号码,传真,地址,和电子邮件地址。让我们再回头来看看上次的订购目录,当你用电话订购时,你要回答售货员的一系列问题: “你可以把第一项填一下吗?” “这一项的... 阅读全文

posted @ 2007-03-25 22:25 Wu.Country@侠缘 阅读(855) 评论(0) 推荐(0) 编辑

1 2 3 下一页