<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom"><title type="text">博客园_用技术改变生活_分类_.NET Framework</title><id>http://feed.cnblogs.com/blog/u/7144/category/117398/rss</id><updated>2012-06-02T23:32:06Z</updated><generator>feed.cnblogs.com</generator><link rel="alternate" type="text/html" href="http://www.cnblogs.com/jun1st/category/117398.html"/><link rel="self" type="application/atom+xml" href="http://feed.cnblogs.com/blog/u/7144/category/117398/rss"/><entry><id>http://www.cnblogs.com/jun1st/archive/2009/10/26/aspnetclientid.html</id><title type="text">体验ASP.NET4之ClientID</title><summary type="text">在ASP.NET中，我们赋给一个服务器端控件的ID值，并非真正这个控件在浏览器中展现时的Html的ID值，Framework会默认把父控件的ID值用”_”区分附加到自己的ID前面，因此我们在Html中看到的ID值通常是这个样子的:”ctl0_UserControl1_ctl01_Textbox1“。 这一ID的生成方式对于后台代码来说，并没有什么影响，但是却给客户端的操作带来了很多的不便。比如，...</summary><published>2009-10-26T15:17:00Z</published><updated>2009-10-26T15:17:00Z</updated><author><name>Jun1st</name><uri>http://www.cnblogs.com/jun1st/</uri></author><link rel="alternate" href="http://www.cnblogs.com/jun1st/archive/2009/10/26/aspnetclientid.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/jun1st/archive/2009/10/26/aspnetclientid.html"/><content type="text">在ASP.NET中，我们赋给一个服务器端控件的ID值，并非真正这个控件在浏览器中展现时的Html的ID值，Framework会默认把父控件的ID值用”_”区分附加到自己的ID前面，因此我们在Html中看到的ID值通常是这个样子的:”ctl0_UserControl1_ctl01_Textbox1“。 这一ID的生成方式对于后台代码来说，并没有什么影响，但是却给客户端的操作带来了很多的不便。比如，...</content></entry><entry><id>http://www.cnblogs.com/jun1st/archive/2009/10/25/aspnet_urlrouting.html</id><title type="text">体验ASP.NET 4之URL Routing</title><summary type="text">首先，URL routing其实在ASP.NET 3.5 SP1中就被引入了，但是介于之前一直没有用到，况且微软的很多关于ASP.NET 4的介绍都把这作为一新的功能，因此就把题目取为这个吧。 之前，一个典型的ASP.NET的URL通常如下                      http://www.myexample.com/salesreport.aspx?year=2009在这个URL中的salesreport.aspx代表的是一个真实存在的物理文件，后缀.aspx在url中的存在不仅完全没有意义，而且使得这个url不是SEO-friendly的。而使用URL Routing之后，我们就可使用如下更简洁明了的地址来访问了，                     http://www.myexample.com/salesrepot/2009</summary><published>2009-10-24T16:15:00Z</published><updated>2009-10-24T16:15:00Z</updated><author><name>Jun1st</name><uri>http://www.cnblogs.com/jun1st/</uri></author><link rel="alternate" href="http://www.cnblogs.com/jun1st/archive/2009/10/25/aspnet_urlrouting.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/jun1st/archive/2009/10/25/aspnet_urlrouting.html"/><content type="text">首先，URL routing其实在ASP.NET 3.5 SP1中就被引入了，但是介于之前一直没有用到，况且微软的很多关于ASP.NET 4的介绍都把这作为一新的功能，因此就把题目取为这个吧。 之前，一个典型的ASP.NET的URL通常如下                      http://www.myexample.com/salesreport.aspx?year=2009在这个URL中的salesreport.aspx代表的是一个真实存在的物理文件，后缀.aspx在url中的存在不仅完全没有意义，而且使得这个url不是SEO-friendly的。而使用URL Routing之后，我们就可使用如下更简洁明了的地址来访问了，                     http://www.myexample.com/salesrepot/2009</content></entry><entry><id>http://www.cnblogs.com/jun1st/archive/2009/08/25/1553929.html</id><title type="text">使用Extension Methods来使IDataReader更加方便</title><summary type="text">今天在逛老赵的Blog的时候，看到了他的常用辅助方法收集一文，想到了自己之前看到的并应用在项目中的一个方法，响应老赵的号召，拿出来晒晒。   在使用DataReader读取数据时，通常会遇到数据可能为Null, 但是又需要转换为如int等其它类型的数据，因此就通常会写这样的代码： int count = reader["count"] == null ? 0 :...</summary><published>2009-08-25T14:09:00Z</published><updated>2009-08-25T14:09:00Z</updated><author><name>Jun1st</name><uri>http://www.cnblogs.com/jun1st/</uri></author><link rel="alternate" href="http://www.cnblogs.com/jun1st/archive/2009/08/25/1553929.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/jun1st/archive/2009/08/25/1553929.html"/><content type="text">今天在逛老赵的Blog的时候，看到了他的常用辅助方法收集一文，想到了自己之前看到的并应用在项目中的一个方法，响应老赵的号召，拿出来晒晒。   在使用DataReader读取数据时，通常会遇到数据可能为Null, 但是又需要转换为如int等其它类型的数据，因此就通常会写这样的代码： int count = reader["count"] == null ? 0 :...</content></entry><entry><id>http://www.cnblogs.com/jun1st/archive/2009/07/18/WCF_Configuration_File.html</id><title type="text">Custom WCF Configuration File</title><summary type="text">在写WCF的各种Service时，通常我们都会选择通过使用App.config或者Web.config来配置我们的Service。但是，当我们的程序要在不同的环境上测试或运行的时候，而作为开发人员的你在某些环境上并没有管理的权限时，通过唯一的App.config或者Web.config来配置Service就会造成一定程度上的麻烦。本文介绍了如何将这些config信息写在自定义的文件中，并且本文侧重于使用IIS作为host方式运行的Service。</summary><published>2009-07-18T05:51:00Z</published><updated>2009-07-18T05:51:00Z</updated><author><name>Jun1st</name><uri>http://www.cnblogs.com/jun1st/</uri></author><link rel="alternate" href="http://www.cnblogs.com/jun1st/archive/2009/07/18/WCF_Configuration_File.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/jun1st/archive/2009/07/18/WCF_Configuration_File.html"/><content type="text">在写WCF的各种Service时，通常我们都会选择通过使用App.config或者Web.config来配置我们的Service。但是，当我们的程序要在不同的环境上测试或运行的时候，而作为开发人员的你在某些环境上并没有管理的权限时，通过唯一的App.config或者Web.config来配置Service就会造成一定程度上的麻烦。本文介绍了如何将这些config信息写在自定义的文件中，并且本文侧重于使用IIS作为host方式运行的Service。</content></entry><entry><id>http://www.cnblogs.com/jun1st/archive/2009/05/13/1455980.html</id><title type="text">USE HttpRuntime.Cache OVER HttpContext.Current.Cache</title><summary type="text">  缓存是在ASP.NET开发中经常需要用到在技术，在使用过程中，通常会用到HttpRuntime.Cache和HttpContext.Current.Cache。而且在使用过程中，通常会觉得这两个似乎用哪一个都行，都能达到缓存数据的目的。那么这两个Cache到底有什么不同呢？在什么时候用哪一个比较好呢？这里谈谈我的一些了解和看法吧。 两者的异同 先来看看msdn的解释 HttpC...</summary><published>2009-05-13T07:51:00Z</published><updated>2009-05-13T07:51:00Z</updated><author><name>Jun1st</name><uri>http://www.cnblogs.com/jun1st/</uri></author><link rel="alternate" href="http://www.cnblogs.com/jun1st/archive/2009/05/13/1455980.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/jun1st/archive/2009/05/13/1455980.html"/><content type="text">  缓存是在ASP.NET开发中经常需要用到在技术，在使用过程中，通常会用到HttpRuntime.Cache和HttpContext.Current.Cache。而且在使用过程中，通常会觉得这两个似乎用哪一个都行，都能达到缓存数据的目的。那么这两个Cache到底有什么不同呢？在什么时候用哪一个比较好呢？这里谈谈我的一些了解和看法吧。 两者的异同 先来看看msdn的解释 HttpC...</content></entry><entry><id>http://www.cnblogs.com/jun1st/archive/2007/12/27/1017532.html</id><title type="text">WCF之旅&amp;mdash;&amp;mdash;2 Contract</title><summary type="text">1.ServiceContract&amp;OperationContract GeneralContract定义了这一个Service能提供什么样的功能和服务(ServiceContract)，也告诉了调用这一Service的客户端或者其它的Service在调用时需要提供什么样的参数信息(DataContract)。因此，在SOA架构的系统中，Contract的定义是重中之重。本文将对Servi...</summary><published>2007-12-27T13:56:00Z</published><updated>2007-12-27T13:56:00Z</updated><author><name>Jun1st</name><uri>http://www.cnblogs.com/jun1st/</uri></author><link rel="alternate" href="http://www.cnblogs.com/jun1st/archive/2007/12/27/1017532.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/jun1st/archive/2007/12/27/1017532.html"/><content type="text">1.ServiceContract&amp;OperationContract GeneralContract定义了这一个Service能提供什么样的功能和服务(ServiceContract)，也告诉了调用这一Service的客户端或者其它的Service在调用时需要提供什么样的参数信息(DataContract)。因此，在SOA架构的系统中，Contract的定义是重中之重。本文将对Servi...</content></entry><entry><id>http://www.cnblogs.com/jun1st/archive/2007/12/25/1014690.html</id><title type="text">WCF 之旅&amp;mdash;&amp;mdash;1</title><summary type="text">1.什么是WCF？ 根据微软官方的解释，WCF（之前的版本名为“Indigo”）是使用托管代码建立和运行面向服务（Service Oriented）应用程序的统一框架。它使得开发者能够建立一个跨平台的安全、可信赖、事务性的解决方案，且能与已有系统兼容协作。WCF是微软分布式应用程序开发的集大成者，它整合了.Net平台下所有的和分布式系统有关的技术，例如.Net Remoting、ASMX、WSE和...</summary><published>2007-12-25T14:24:00Z</published><updated>2007-12-25T14:24:00Z</updated><author><name>Jun1st</name><uri>http://www.cnblogs.com/jun1st/</uri></author><link rel="alternate" href="http://www.cnblogs.com/jun1st/archive/2007/12/25/1014690.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/jun1st/archive/2007/12/25/1014690.html"/><content type="text">1.什么是WCF？ 根据微软官方的解释，WCF（之前的版本名为“Indigo”）是使用托管代码建立和运行面向服务（Service Oriented）应用程序的统一框架。它使得开发者能够建立一个跨平台的安全、可信赖、事务性的解决方案，且能与已有系统兼容协作。WCF是微软分布式应用程序开发的集大成者，它整合了.Net平台下所有的和分布式系统有关的技术，例如.Net Remoting、ASMX、WSE和...</content></entry></feed>
