<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom"><title type="text">博客园_用技术改变生活</title><subtitle type="text">http://jun1stfeng.com</subtitle><id>http://feed.cnblogs.com/blog/u/7144/rss</id><updated>2010-09-21T14:19:48Z</updated><author><name>Jun1st</name><uri>http://www.cnblogs.com/jun1st/</uri></author><generator>feed.cnblogs.com</generator><link rel="alternate" type="text/html" href="http://www.cnblogs.com/jun1st/"/><link rel="self" type="application/atom+xml" href="http://feed.cnblogs.com/blog/u/7144/rss"/><entry><id>http://www.cnblogs.com/jun1st/archive/2010/03/01/1676061.html</id><title type="text">Application之间共享Master Page</title><summary type="text">  Master Page使得我们能够在不同的页面之间，共享一个页面框架。但是在如果我们需要在不同的application之间共享同一个master页面呢？在实际应用中，我们可能会碰到这样的情况。公司有一个类似与Portal这样的门户，用户首先访问这个网站，再通过链接进入各个子网站，但是Portal和子网站之间要保持风格上的一致。 但是ASP.NET 并没有提供我们一种简单的方式，来使...</summary><published>2010-03-01T13:51:00Z</published><updated>2010-03-01T13: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/2010/03/01/1676061.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/jun1st/archive/2010/03/01/1676061.html"/><content type="text">  Master Page使得我们能够在不同的页面之间，共享一个页面框架。但是在如果我们需要在不同的application之间共享同一个master页面呢？在实际应用中，我们可能会碰到这样的情况。公司有一个类似与Portal这样的门户，用户首先访问这个网站，再通过链接进入各个子网站，但是Portal和子网站之间要保持风格上的一致。 但是ASP.NET 并没有提供我们一种简单的方式，来使...</content></entry><entry><id>http://www.cnblogs.com/jun1st/archive/2009/11/04/1596293.html</id><title type="text">ASP.NET AJAX 4的Client-Side Template和DataView</title><summary type="text">作为一个从事.NET Web技术的开发人员，似乎没有什么理由可以不懂微软自己的AJAX框架，虽然它可能不太好用，或者用起来没有像jQuery这样的框架那么爽。我没有怎么用过UpdatePanel来做过复杂的东西，所以对于这个的优缺点就不予置评了。对于客户端的ASP.NET AJAX的客户端JS Library，还是有一定了解的，相比于jQuery，总觉得微软把JS搞得跟C#似的有命名空间, 接口，...</summary><published>2009-11-04T15:37:00Z</published><updated>2009-11-04T15:37: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/11/04/1596293.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/jun1st/archive/2009/11/04/1596293.html"/><content type="text">作为一个从事.NET Web技术的开发人员，似乎没有什么理由可以不懂微软自己的AJAX框架，虽然它可能不太好用，或者用起来没有像jQuery这样的框架那么爽。我没有怎么用过UpdatePanel来做过复杂的东西，所以对于这个的优缺点就不予置评了。对于客户端的ASP.NET AJAX的客户端JS Library，还是有一定了解的，相比于jQuery，总觉得微软把JS搞得跟C#似的有命名空间, 接口，...</content></entry><entry><id>http://www.cnblogs.com/jun1st/archive/2009/11/04/aspnetajax.html</id><title type="text">ASP.NET AJAX 4的Client-Side Template和DataView</title><summary type="text">作为一个从事.NET Web技术的开发人员，似乎没有什么理由可以不懂微软自己的AJAX框架，虽然它可能不太好用，或者用起来没有像jQuery这样的框架那么爽。我没有怎么用过UpdatePanel来做过复杂的东西，所以对于这个的优缺点就不予置评了。对于客户端的ASP.NET AJAX的客户端JS Library，还是有一定了解的，相比于jQuery，总觉得微软把JS搞得跟C#似的有命名空间, 接口，...</summary><published>2009-11-04T15:19:00Z</published><updated>2009-11-04T15:19: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/11/04/aspnetajax.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/jun1st/archive/2009/11/04/aspnetajax.html"/><content type="text">作为一个从事.NET Web技术的开发人员，似乎没有什么理由可以不懂微软自己的AJAX框架，虽然它可能不太好用，或者用起来没有像jQuery这样的框架那么爽。我没有怎么用过UpdatePanel来做过复杂的东西，所以对于这个的优缺点就不予置评了。对于客户端的ASP.NET AJAX的客户端JS Library，还是有一定了解的，相比于jQuery，总觉得微软把JS搞得跟C#似的有命名空间, 接口，...</content></entry><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/2009/04/06/1430263.html</id><title type="text">Make Asynchronous Calls from Page</title><summary type="text">  对于ASP.NET pages的请求需要有HTTP handler来处理，比如Page的instance。当有一个request来请求某个.aspx页面时，ASP.NET runtime会从ASP.NET thread pool中选一个thread来处理这个request, 并且在这个请求处理完成时释放这个thread。因此，如果这个 request请求的页面中的某一个...</summary><published>2009-04-06T06:22:00Z</published><updated>2009-04-06T06:22: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/04/06/1430263.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/jun1st/archive/2009/04/06/1430263.html"/><content type="text">  对于ASP.NET pages的请求需要有HTTP handler来处理，比如Page的instance。当有一个request来请求某个.aspx页面时，ASP.NET runtime会从ASP.NET thread pool中选一个thread来处理这个request, 并且在这个请求处理完成时释放这个thread。因此，如果这个 request请求的页面中的某一个...</content></entry><entry><id>http://www.cnblogs.com/jun1st/archive/2009/04/01/1427606.html</id><title type="text">IIS and VS Embedded Local Web Server</title><summary type="text">IIS and VS Embedded Local Web Server</summary><published>2009-04-01T15:16:00Z</published><updated>2009-04-01T15:16: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/04/01/1427606.html"/><link rel="alternate" type="text/html" href="http://www.cnblogs.com/jun1st/archive/2009/04/01/1427606.html"/><content type="text">IIS and VS Embedded Local Web Server</content></entry></feed>
