摘要: 第一部分是语言使用的基础,而这是使用语言的基本功,也是平常最不注意的,养成好的习惯,有利于后期水平提高。第二部的主题在于资源管理,.Net编写的程序以托管程序居多,但是并不意味着可以不注意细节,合理的使用.Net提供的便利,加上好的习惯,有利于程序效率提高。 阅读全文
posted @ 2008-10-19 12:07 瞪着你的小狗 阅读(1282) 评论(9) 推荐(1) 编辑
摘要: 现在做的项目,用到了编辑器,而FCK都出到了2.6.3所以就把他改成自己想要的,发现跟原来的不一样了,还要重新找,现在就把过程发给大家分享一下吧! 阅读全文
posted @ 2009-12-10 16:03 瞪着你的小狗 阅读(2627) 评论(0) 推荐(0) 编辑
摘要: .Net修改页面的keywords、description和title 阅读全文
posted @ 2008-11-19 21:59 瞪着你的小狗 阅读(1265) 评论(2) 推荐(0) 编辑
摘要: c#日期时间的操作的函数总结 阅读全文
posted @ 2008-11-16 21:31 瞪着你的小狗 阅读(17754) 评论(0) 推荐(1) 编辑
摘要: Javascript控制文本框只能输入数字 阅读全文
posted @ 2008-11-16 16:48 瞪着你的小狗 阅读(636) 评论(5) 推荐(0) 编辑
摘要: C#2.0,在2005年已经可以使用了,它有一些主要的新功能。这样使得目前使用的一些最好的实际经验可能会有所改变,这也会随着下一代工具的发布而修改。尽管目前你还可以不使用这些功能,但你应该这些做些准备。 阅读全文
posted @ 2008-11-15 11:56 瞪着你的小狗 阅读(461) 评论(0) 推荐(0) 编辑
摘要: ECMA标准是C#语言所有功能的官方说明。ECMA-334定义了C#语言1.0的标准,你可以从The C# Programming Language这本书上学习C#2.0的计划(译注:现在已经不是计划了),这本书的作者是Anders Hejlsberg, Scott Wiltamuth, 和 Peter Golde (Addison-Wesley, 2003)。这本书是一个语言手册,而不是指南。它详细说明了这门语言书面定义的每一个功能。每一种语言都只一种标记,可以让你更加明白每一种语言的功能。当我还在写这本书的时候,我还经常把这书放在我的桌子上参考。 阅读全文
posted @ 2008-11-15 11:53 瞪着你的小狗 阅读(1106) 评论(0) 推荐(0) 编辑
摘要: 对于C#以及.Net来说这是激动人心的时候。这些工具目前还是比较新的,整个社区都在学习如何使用这些工具。一些资源可以帮助你提高你的知识,以及为.Net和C#创建一个更大的知识社区。这些工具是我每天都向C#开发人员推荐的。关于C#实践的全部内容还在写作当中,跟进它们而且不断了解相关的内容。 阅读全文
posted @ 2008-11-15 11:52 瞪着你的小狗 阅读(675) 评论(0) 推荐(0) 编辑
摘要: .Net运行时已经设计好了,一些怀有恶意的代码不能渗透到远程计算机上并执行。目前一些分部式系统依懒于从远程机器上下载和执行代码。如果你可以通过Internet或者以太网来发布你的软件,或者直接从web上运行,但你须要明白CRL在你的程序集中的一些限制。如果CLR不是完全相信一个程序集,它会限制一些的行为。这些调用代码要有访问安全认证(CAS)。从另一方面来说,CLR强制要求基于角色的安全认证,这样这些代码才能或者不能在基于一个特殊的角色帐号下运行。 阅读全文
posted @ 2008-11-14 13:59 瞪着你的小狗 阅读(498) 评论(0) 推荐(0) 编辑
摘要: 当你抛出异常时,你就在应用程序中引入了一个中断事件。而且危机到程序的控制流程。使得期望的行为不能发生。更糟糕的是,你还要把清理工作留给最终写代码捕获了异常的程序员。而当一个异常发生时,如果你可以从你所管理的程序状态中直接捕获,那么你还可以采取一些有效的方法。谢天谢地,C#社区不须要创建自己的异常安全策略,C++社区里的人已经为我们完成了所有的艰巨的工作。以Tom Cargill的文章开头:“异常处理:一种错误的安全感觉,” 而且Herb Sutter,Scott Meyers,Matt Austern,Greg Colvin和Dave Abrahams也在后继写到这些。C++社区里的大量已经成熟的实践可以应用在C#应用程序中。关于异常处理的讨论,一直持续了6年,从1994年到2000年。他们讨论,争论,以及验证很多解决困难问题的方法。我们应该在C#里利用所有这些艰难的工作。 阅读全文
posted @ 2008-11-14 09:03 瞪着你的小狗 阅读(583) 评论(0) 推荐(0) 编辑
摘要: 异常是一种的报告错误的机制,它可以在远离错误发生的地方进行处理错误。所有关于错误发生的的信息必须包含在异常对象中。在错误发生的过程中,你可能想把底层的错误转化成详细的应用程序错误,而且不丢失关于错误的任何信息。你须要仔细考虑关于如何在C#应用程序中创建特殊的异常类。第一步就是要理解什么时候以及为什么要创建新的异常类,以及如何构造继承的异常信息。当开发者使用你的库来写catch语句时,他们是基于特殊的进行时异常在区别为同的行为的。每一个不同的异常类可以有不同的处理要完成: 阅读全文
posted @ 2008-11-13 18:22 瞪着你的小狗 阅读(489) 评论(0) 推荐(0) 编辑
摘要: 因为两个原则,把DataSet的名声搞的不好。首先就是使用XML序列化的DataSet与其它的非.Net代码进行交互时不方便。如果在Web服务的API中使用DataSet时,在与其它没有使用.Net框架的系统进行交互时会相当困难。其次,它是一个很一般的容器。你可以通过欺骗.Net框架里的一些安全类型来错误DataSet。但在现代软件系统中,DataSet还可以解决很多常规的问题。如果你明白它的优势,避免它的缺点,你就可以扩展这个类型了。 阅读全文
posted @ 2008-11-13 13:48 瞪着你的小狗 阅读(969) 评论(0) 推荐(0) 编辑
摘要: 当你创建了一个与反射相关的系统时,你应该为你自己的类型,方法,以及属性定义一些自己的特性,这样可以让它们更容易的被访问。自定义的特性标示了你想让这些方法在运行时如何被使用。特性可以测试一些目标对象上的属性。测试这些属性可以最小化因为反射时可能而产生的类型错误。 阅读全文
posted @ 2008-11-12 14:14 瞪着你的小狗 阅读(679) 评论(0) 推荐(0) 编辑
摘要: 创建二进制的组件时,同时也意味着你要使用迟后绑定和反射来查找你所须要的具有特殊功能代码。反射是一个很有力的工具,而且它让你可以写出可动态配置的软件。使用反射,一个应用程序可以通过添加新的组件来更新功能,而这些组件是在软件最开始发布时没有的。这是有利的。 这一灵活性也带来了一些复杂的问题,而且复杂问题的增加又会增加出现其它问题的可能。当你使用反射时,你是围绕着C#的安全类型。然而,成员调用的参数和返回值是以System.Object类型存在的。你必须在运行时确保这些类型是正确的。简单的说,使用反射可以让创建动态的程序变得很容易,但同时也让程序出现错误变得很容易。通常,简单的思考一下,你就可以通过创建一系列接口集合来最小化或者移除反射,而这些接口集合应该表达你对类型的假设。 反射给了你创建类型实例的功能,以及在对象上调用成员方法,以及访问对象上的成员数据 阅读全文
posted @ 2008-11-12 08:45 瞪着你的小狗 阅读(800) 评论(0) 推荐(0) 编辑
摘要: 如果要问 “哪种集合是最好的?”我的回答是:“视需要而定。”不同的集合有不同的功能特性,并且针对其行为的不同进行了优化。.Net Framework支持许多相似的集合:列表、数组、队列、栈等等。另外,C#支持多维数组,其性能特点不同于其它的一维数组或者交错数组。.Net Framework中还包含了很多专门化的集合,你可以回顾一下以前创建的程序中用到的那些集合。由于所有的集合都实现了ICollection接口,你可以非常快速的找到它们。在描述ICollection接口的文档中列出了所有实现这个接口的类。这二十多个类都是可供我们使用的集合。 阅读全文
posted @ 2008-11-11 21:15 瞪着你的小狗 阅读(487) 评论(0) 推荐(0) 编辑
摘要: 用户的输入可能是多种多样的:你必须在交互式的控件中尽可能的验证输入。写一些用户输入验证可能很做作,而且也有出错的可能,但还是很有必要的。不能太相信用户的输入,用户可能会输入任何内容导致异常发生,进而进行SQL注入式攻击。我们不希望任何类似这样的事情发生。你应该了解足够的信息来怀疑用户的输入。很好,每个人都应该这样做,这也就是为什么.Net框架已经扩展了这样的功能,你可以使用这些功能从而使自己的代码编写工作减到最小,因为我们要对用户输入的每一块数据都要进行验证。 阅读全文
posted @ 2008-11-11 20:17 瞪着你的小狗 阅读(376) 评论(0) 推荐(0) 编辑