问题：

　　由于最近要做一个软件的升级程序，程序本身比较简单，无非是执行一些ＳＱＬ语句，覆盖一些文件而已，但我想模仿安装程序一样，可以进行步骤操作，基本要求如下：

　　１、具有上一步，下一步操作；

　　２、进行上一步和下一步操作时，能够保持原有状态，如我已经在这一步骤中录入了一些数据，点击下一步后，发现需要退回来修改，这时点击上一步返回前一步骤，那原来录入的数据必须还在；

　　其实需求很简单，这里主要是讲一下我的思路，从而希望大家能够提出自己的想法，进一步完善。

　　解决方法：

　　其实，对于winform来讲，没有多少经验，本人主要是从事webapplicatioin开发，这次为了做这个升级程序，也查询了一些资料，网上查到有一个，利用命令模式来操作步骤（忘记是看自哪里了）。本文里提到的解决方法根据这个演变而来，所有的步骤都是用用户控件来实现。好了不多说了，直接看代码吧：

　　１、创建步骤基类

　　namespace EcsPatch.PatchWizard
　　{
　　 public class BaseWizard : UserControl
　　{


　　}
　　}

　　其实如果简单的话这个基类根本就不用创建，因为所有的用户控件，本身就继承自UserControl基类的。这里还要另写一个，主要是因为可能会有一些共用方法，为了便于重用，所以另外创建一个。

　　２、所有的用户控件都继承１中创建的基类

　　namespace EcsPatch.PatchWizard
　　{
　　　　public partial class TipModel : BaseWizard
　　　　{
　　　　　 public TipModel()
　　　　　{
　　　　　　 InitializeComponent();
　　　　　}
　　　　}
　　}

　　其它步骤的用户控件也类似，不一一贴代码了。

　　３、创建辅助类

　　namespace EcsPatch.Component
　　{
　　　public class WizardUtil
　　　{
　　　　private static Dictionary<WizardItem, BaseWizard> wizardList;

　　　　 /// <summary>
　　　　/// 初始化步骤列表
　　　　/// </summary>
　　　　 public WizardUtil()
　　　　{
　　　　　wizardList = new Dictionary<WizardItem, BaseWizard>();
　　　　　wizardList[WizardItem.Tip] = new TipModel();
　　　　　wizardList[WizardItem.SelectPath] = new SelectPathModel();
　　　　　wizardList[WizardItem.VersionTip] = new VersionTipModel();
　　　　　wizardList[WizardItem.StartPatch] = new StartPatchModel();
　　　　　wizardList[WizardItem.Complete] = new CompleteModel();
　　　　}

　　　　 /// <summary>
　　　　/// 更新步骤信息
　　　　/// </summary>
　　　　 /// <param name="key"></param>
　　　　/// <param name="wizard"></param>
　　　　 public void SetWizard(WizardItem key, BaseWizard wizard)
　　　　{
　　　　　wizardList[key] = wizard;
　　　　}

　　　　/// <summary>
　　　　/// 获取步骤信息
　　　　/// </summary>
　　　　/// <param name="key"></param>
　　　　/// <returns></returns>
　　　　public BaseWizard GetWizard(WizardItem key)
　　　　{
　　　　　BaseWizard wizard = wizardList[key];

　　　　　 return wizard;
　　　　 }

　　　　/// <summary>
　　　　/// 根据状态获取步骤信息
　　　　/// </summary>
　　　　/// <param name="key"></param>
　　　　 /// <param name="state"></param>
　　　　/// <returns></returns>
　　　　public BaseWizard GetWizard(ref WizardItem key, WizardState state)
　　　　{
　　　　　 int position = (int)key;
　　　　　if (state == WizardState.Next)
　　　　　{
　　　　　　position++;
　　　　　}
　　　　　else
　　　　　{
　　　　　　position--;
　　　　　}
　　　　　WizardItem current = (WizardItem)position;
　　　　　key = current;
　　　　　return GetWizard(current);
　　　　}

　　}

　　public enum WizardItem
　　 {
　　　Tip = 1,
　　　SelectPath,
　　　VersionTip,
　　　StartPatch,
　　　Complete
　　}
　　public enum WizardState
　　{
　　　Next = 1,
　　　Previous,
　　}
　}

　　主要是把所有的用户控件先初始化放在列表中，再加上一些方法来获取和更新这些用户控件的实例。主要实现思路如下：

　　Ａ、利用枚举类型，来获取当前步骤的上一步骤用户控件实例和下一步骤用户控件实例；

　　Ｂ、当执行上一步或下一步操作时，通过public void SetWizard(WizardItem key, BaseWizard wizard)方法，保存当前步骤实例，其实也就保存了当前步骤的状态信息，当再执行上一步，下一步时，从中取现来的用户控件实例，也将保存有这些信息。

　　４、主界面ＣＳ

　　private WizardUtil wizardUtil;

　　private WizardItem currentWizardKey;

　　private BaseWizard currentWizard;

　　这三个变量，第一个是辅助类的实例，currentWizardKey保存当前步骤枚举，currentWizard保存当前步骤的用户控件实例。

　　初始化获取第一个步骤：

　　 wizardUtil = new WizardUtil();

　　currentWizardKey = WizardItem.Tip;

　　currentWizard = wizardUtil.GetWizard(currentWizardKey);

　　InitWizard();　　

　　InitWizard方法：

　　private void InitWizard()
{
　MiddleSplit.Panel2.Controls.Clear();
　MiddleSplit.Panel2.Controls.Add(currentWizard);
　if (currentWizardKey == WizardItem.Tip)
　{
　　btnPrev.Enabled = false;
　}
　else if (currentWizardKey == WizardItem.Complete)
　{　
　　btnPrev.Enabled = false;
　　btnNext.Enabled = false;
　}
　else
　{
　　btnPrev.Enabled = true;
　　btnNext.Enabled = true;
　}
}

　　点击上一步骤操作：

　　//保存当前步骤信息
wizardUtil.SetWizard(currentWizardKey, currentWizard);
//获取下一步骤信息
currentWizard = wizardUtil.GetWizard(ref currentWizardKey, WizardState.Next);
InitWizard();

　　点击下一步骤操作：

　　//保存当前步骤信息
wizardUtil.SetWizard(currentWizardKey, currentWizard);
//获取前一步骤信息
currentWizard = wizardUtil.GetWizard(ref currentWizardKey, WizardState.Previous);
InitWizard();

　　代码很简单，但也确实能够实现这些基本功能，只是粗略的做了一下基本的结构，也不确定这种做法能不能满足复杂操作，一切还得靠大家自己看待了。

      源码下载：/Files/licongjie/EcsPatch.rar

　　问题：

　　前段时间，在系统中做了一个类似于友情链接的功能块，一直运行良好，直到有一天加了类似于以下的链接地址：http://www.****.com/user.aspx?id=水天，就出现大问题了：

　　１、从ＩＥ地址栏中直接输入这个地址，访问没错；

　　２、做一个静态页，其中包括这个超链接，点击访问也没错；

　　３、就是把这个链接添加到这个功能块中，点击访问那边接收到的是乱码。

　　一开始，被这个问题也搞得头大，在google了一把后，总算是把问题给搞清楚了，其实只要这个链接地址不经过任何编码传递是不会有问题的。但就是加到了这个功能块后，再点击，虽然这个时候在ＩＥ地址栏里显示的还是"http://www.****.com/user.aspx?id=水天"，但真正传递过去的参数"水天"其实已经经过类似于Server.UrlEncode的操作了，当然默认是utf-8编码，正是由于这个原因，如果对方系统不进行相应的解码，直接操作该参数，就产生了以上的错误。

　　解决方法：

　　网上有很多解决之道，最常见的莫过于以下几点：

　　１、在web.config里配制<globalization requestEncoding="gb2312" responseEncoding="gb2312" />，这个方法确实可行，但我想很多人不想用这种方法来解决，把整个项目的请求和回应都定为gb2312，我觉得不是一个好办法，有点本末倒置了，毕竟这会导致很多其它问题的出现。

　　２、把要包含该链接的aspx文档，修改其charset属性为gb2312。这个方法到也可以接受，不过对于该文中的问题还不是最好的方法，因为该功能块是可以动态添加到任何页面的，难道要去修改所有的页面？想想还是不太合适。

　　３、直接用Server.UrlEncode和Server.Decode进行加码和解码操作，这种方法对于发送方和接收方都在一个项目中是可行的，现在的问题是，我们要随意去访问别人的系统，所以只能弃用此方法了。

　　４、采用HttpUtility.UrlEncode(query, System.Text.Encoding.GetEncoding("GB2312"));对链接中的参数值进行gb2312的编码，这种方法，对方不用进行任何解码操作，直接接收参数则不会出现乱码。

　　一般提到最多的也就上面４种方法，其它的也跟这些大同小异。仔细分析后，觉得还是第４种方法最适合解决当前问题，把中文参数进行如４中的操作。但又出现另外一个问题，由于这是一个用户可以自由输入链接地址的功能，所以首先要做的就是得先分析这些链接ＵＲＬ，解析出参数，再对这些参数进行４中操作，然后再合拼成原来的ＵＲＬ地址。

　　幸亏，ＵＲＬ参数解析Ｃ#已经有类库的支持，不用再去写那些复杂的正则表达式来匹配了。这里我也不详细说了，直接贴出原码：

public static string InitChineseUrl(string chineseUrl)
{
Uri url = new Uri(chineseUrl);
System.Collections.Specialized.NameValueCollection nv = System.Web.HttpUtility.ParseQueryString(url.Query, System.Text.Encoding.GetEncoding("utf-8"));
string query = "";
for (int i = 0; i < nv.Count; i++)
{
if (query.Trim() == string.Empty)
{
query = "?" + nv.Keys[i] + "=" + HttpUtility.UrlEncode(nv[i], System.Text.Encoding.GetEncoding("GB2312"));
}
else
{
query += "&" + nv.Keys[i] + "=" + HttpUtility.UrlEncode(nv[i], System.Text.Encoding.GetEncoding("GB2312"));
}
}
string u = chineseUrl.Split('?')[0] + query;
return u;
}

　　这里我是把所有的参数都进行gb2312编码操作了，反正参数如果是英文或者是数字，经过这些操作后还是不变的。

　　在这里，我也不讲什么深奥的东西，只是把自己在开发当中遇到的一些实用的东西拿出来跟大家共享，希望不会有重的东西在。

　　案例：

　　现在我希望能够从数据库里读出一个数据列表，再把这个列表初始化到客户端的一个数组中去。这是一个典型的客户端与服务器端的交互，相信大家一看到这个就会有好多种方法来实现，在这里我就帮大家稍微整理一下。

　　解决方法：

　　１、通过ＡＪＡＸ实现

　　很多人可能会选择这种方法，确实用这种方法很方便，对asp.net 中的ajax来说，就可以直接从服务器端返回一个数组了。

　　２、在客户端用服务器端标记循环实现

　　这种方法，相信以前如果做过ＡＳＰ的朋友一定比较熟悉，类似于以下代码：

　　<script>

　　var list = [];

<% 服务器端循环开始%>

　　list.push(<%循环值%>);

　　<%服务器端循环结束%>

　　</script>

　　３、用Page.ClientScript中的方法实现

　　在客户端先定义以下方法：

　　<script>

　　var list = [];

　　function AddObject(object)

　　{

　　　list.push(object);

　　}

　　</script>

　　在服务器端：

　　for循环

　　{

　　　Page.ClientScript.RegisterStartupScript(this.GetType(), "dd", "AddObject("+循环值+");", true);

　　}

　４、我觉得这一个方法比较巧妙，我也经常使用。

　　客户端：

　　<script>

　　var list = [];

　　function AddObject(object)

　　{

　　　list.push(object);

　　}

　　 <asp:Literal ID="userObjectUtil" runat="server"></asp:Literal>

　　</script>

　　注意，在<script></script>标记中加入了一个服务器控件， <asp:Literal ID="userObjectUtil" runat="server"></asp:Literal>，微软的解析是够强的，放在这里在服务器端照样能够使用。

　　服务器端：

　　StringBuilder sb = new StringBuilder(200);

　　for循环

　　{

　　　sb.AppendFormat("AddObject('{0}');\n", 循环值);

　　}

　　 userObjectUtil.Text = sb.ToString();

　 本人比较常用的就这么几种，不知道大家还有哪些好的方法。因为像这种应用，应该是越简单越好，没有必要搞得比较复杂。

　　关于ＷＥＢ圆：默认情况下，创建一个应用程序池的时候，ＷＥＢ圆的最大工作进程数为１，也就是在任务管理器中只有一个w3wp进程。而只有一个进程，它所能提供的资源是有限的，可并发性访问量也只能维持在一定的程度上，所以我们有时候为了提高资源的利用率，提高并发访问量，可以自定义ＷＥＢ圆的最大工作进程数，这时候，会在任务管理器中发现对应的w3wp进程数。

　　其中涉及问题：

　　１、应用程序池只有ＩＩＳ６.０及以上版本才有，从而也出现一个问题。那就是应用程序池会自动释放资源，也就是根据应用程序池设定的资源回收时间或超过设定空闲时间，把一些已经初始化的资源回收。

　　我们在开发项目的时候，其中有一个项目需要用到定时器，一天运行一次，在单元测试的时候，一切正常，可一旦集成测试发现该定时器根本就不起作用，经多次试验，才发现由于２４小时运行一次间隔太长，而集成测试时往往是今天设定一个值，然后第二天才来看最后的效果怎么样，这中间可能没有其它的人为的或其它行为触发，导致定时器启动后一段时间后，就又回收了，所以才不会再执行相应的功能。

　　解决方法：

　　该问题涉及到了应用程序池的资源回收机制，当然我们可以设定应用程序池中的资源回收时间和空闲时间来临时性解决这个问题，但总不是一个好的解决方案。为此，我们也请教过微软的一些专家，而得到的回复是，如果定时器要运行在ＷＥＢ应用程序中，暂时没有好的解决方法。他们的建议是，另外创建一个桌面程序或者windows服务，把定时功能放在此中，再去调用ＷＥＢ应用中的一些需要定时实现的功能。

　　２、ＷＥＢ应用程序一些常用数据的提取。

　　一般的ＷＥＢ应用程序，都会有一些配制性或系统级的数据，这些数据经常会应用到各个模块中，非常频繁。所以，我们都是在程序启动的时候就初始化好这些数据，保存在静态变量中，如下示意：

public class Config
{
public static string SiteName;
public static bool AllowArticleComments;
...........

public static void Init()
{
//从数据表中读取数据，初始化SiteName和AllowArticleComments变量
}

}

　　然后在Global.asax中程序启动时执行Init()方法，预先把数据实始化到静态变量中。

protected void Application_Start(object sender, EventArgs e)
{

　　Config.Init();

}

　　这样，在其它模块需要用到这些数据的时候，只要通过Config.SiteName类似这样取得数据。　

　　但我们发现程序运行一段时间后，会出现Config.SiteName的值为null，而有些整形的数据也变成了默认数据了，经过多次的试验最终发现也是由于资源的回收机制在搞鬼，资源回收后进行重新分配，程序不会自动去数据表中读取数据初始化了，所以导致这些数据变成了其本身的默认值了。

　　解决方法：

　　由于资源的回收，我们不能阻止这些数据被重新分配初始默认值。所以我们就考虑当重新分配资源时，再去读数据表数据，重新赋值，这个可以用Cache缓存来实现，如下：

public static UnitInfoInfo GetUnitInfo()
{
if (!enableCaching)
{
return new UnitInfo().GetByPK(1);
}

string key = "GetUnitInfo";
UnitInfoInfo data = (UnitInfoInfo)HttpRuntime.Cache[key];

if (data == null)
{
data = new UnitInfo().GetByPK(1);
if (data != null)
{
HttpRuntime.Cache.Add(key, data, null, DateTime.Now.AddHours(unitInfoTimeOut), Cache.NoSlidingExpiration, CacheItemPriority.High, null);
}

}

return data;
}

public static string siteName
{
get
{
UnitInfoInfo unitInfo = GetUnitInfo();
return unitInfo.SiteName;
}
}

　　这样同样可以通过Config.SiteName来访问这些数据，当资源回收时，缓存里的数据就为null，则会再次去读数据库，解决了由于资源回收导致的初始值丢失的问题。

　　３、由于２中所述的这些数据，我们一般都可以在管理后台中维护，当这些数据更改时，我们也希望这些缓存中的数据相应在的改变。这时我们或许可以通过以下方法来实现：

　　HttpRuntime.Cache.Remove( "GetUnitInfo");

　　当数据修改时，调用该方法，把缓存中的数据移掉，这样当重新调用Conifg.SiteName时，会再次去到数据库中读取数据。从而保持数据一致性。

　　很庆幸，程序能够正常运行。但当我们把ＷＥＢ圆的最大工作进程数改成大于１时，问题来了。当我们在后台修改SiteName数据后。发现，前台显示有时候是修改后的数据，有时候还是原来的数据。这是因当ＷＥＢ圆的最大工作进程数大于１，如为２时，则该应用程序池会生成二个w3wp进程，这二个进程是相互独立的，访问网站时，资源的读取是从这二个w3wp中轮循访问的，从而可以达到一定的负载均衡。正由于这二个进程的独立性，当执行HttpRuntime.Cache.Remove( "GetUnitInfo");语句后，或许当时访问的进程是其中一个w3wp进程，我们暂定为w3wp(1)，所以在w3wp(1)进程中该缓存是被移走了，当再次访问时，显示的数据就为修改后正确的数据。而w3wp(2)进程中的缓存还是没有改变，所以当轮循到该进程时，显示的数据为修改前非正确的数据。

　　解决方法：

　　所以当ＷＥＢ圆的最大工作进程数大于１时，２中所提供的解决方法，有点不够用了。那用什么方法可以移除所有进程中的对应缓存呢？幸亏.net2.0中还提供了一种缓存，就是数据库依赖缓存。当数据表中某些数据变动后，会促使对应的缓存失效。为此，我们把２中的解决方法稍微做一修改：

public static UnitInfoInfo GetUnitInfo()
{
if (!enableCaching)
{
return new UnitInfo().GetByPK(1);
}

string key = "GetUnitInfo";
UnitInfoInfo data = (UnitInfoInfo)HttpRuntime.Cache[key];

if (data == null)
{
data = new UnitInfo().GetByPK(1);
AggregateCacheDependency cd = DependencyFacade.GetUnitInfoDependency();
if (data != null)
{
HttpRuntime.Cache.Add(key, data, cd, DateTime.Now.AddHours(unitInfoTimeOut), Cache.NoSlidingExpiration, CacheItemPriority.High, null);
}

}

return data;
}

　　其中红色部分为新增语句或修改过的地方。

　　４、关于ＷＥＢ圆中最大工作进程数大于１时，Session值如何在各进程之间的共享问题，这个微软到已经提供了解决方案。

　　解决方法：　　

　　在Web.Config中，有这样一行配制信息：

　　<sessionState mode="StateServer" stateConnectionString="tcpip=127.0.0.1:42424" sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes" cookieless="false" stateNetworkTimeout="20"/>

　　这里的mode属性值有InPorc和StateServer二种值，如果是InProc那么，Session的值是保存在进程中的，则无法在各个进程间共享了，我们可以设定值为StateServer，当然前提我们还必须到Windows服务中开启ASP.NET 状态服务，这样就可以解决进程间Session值共享问题了。

　　可能大家都有自己的解决方法来解决以上碰到的问题，欢迎在此讨论，以便我们可以在现有的基础上做进一步的改进。

Technorati : IIS6.0, WEB圆, 应用程序池

　　问题场景：模拟google可拖动模块，并且可以针对各自的模块设置不同的参数，从而使得各模块的显示方式或显示数据根据所设置的参数来呈现。这时问题就出来了，因为不同的模块对应不同的参数设置，这些参数并没有统一性，那怎么用统一的方法来处理这些不同模块参数呢？目前，为了共用性，我们特别设置了参数的解析方法：

　　１、当设置好各个模块参数保存时，所有的模块参数都统一解析成特定的字符串格式：参数1名称=参数1值@参数2名称=参数2值，这样做的好处就是，不管你有多少模块，也不管以后各模块的参数是否需要再增加，都不影响这些参数的解析，便于扩展。

　　2、当在前台需要呈现这些模块时，把１中保存时的参数字符串传到入各自的模块中，再根据参数的格式进行反解析，从而得到原来的值，代码如下：

protected void InitParams(Dictionary<string, string>　param, string paramValue)
{
　　string[] aParams = paramValue.Split('@');
　　int length = aParams.Length;

　　for (int j = 0; j < length; j++)
　　{
　　　　int i = aParams[j].IndexOf('=', 0);
　　　　if (i != -1)
　　　　{
　　　　　　string[] aParam = new string[2];
　　　　　　aParam[0] = aParams[j].Substring(0, i);
　　　　　　aParam[1] = aParams[j].Substring(i + 1, aParams[j].Length - i - 1);
　　　　　　param[aParam[0]] = aParam[1];
　　　　}
　　}
}

　　这样，在模块加载时，我们可以通过param["参数名"]可以取得相应的值，从而来进行相应的操作，这样的确很方便。而且这样的操作，一开始并没有出现什么问题，一切运行正常。可随着模块的升级，由于需要会在以后的升级中不断的增加各自的参数项，当把这些更新到程序中时，则对于原有的模块参数解析则出现异常情况。这是由于新增了参数项，在程序中增加了对该参数项的判断，如param["PageSize"]，但原有已经在运行的模块中，并没有这个参数，这导致 param["PageSize"]并不存在，则会抛出异常。

　　解决方案：

　　１、针对这种情况，我想很多人一开始就会想到，来一个异常捕获就可以轻易解决。如：

private int PageSize
{
get
{
try
{
return Convert.ToInt32(param["PageSize"]);
}
catch
{
return 10;
}
}
}

　　这样做，确实可以解决问题，但我想大家都不愿意这样来做，一来，通过异常捕获来设置默认值效率可想而知的；二来，这样做，就意味着我每增加一个参数项，针对老版本的兼容，我必须都得通过这样的方法去设置该参数的默认值，这样不仅不利于维护，也使得代码一团糟。显然这种方法不值得推荐的。

　　２、既然通过异常捕获方式行不通，怎么样即可以直接通过param["PageSize"]来获取参数值，而又不会因为是新增参数而抛异常呢。这里就可以通过索引器来实现了。

　　索引器类似于属性，可以用set和get属性设置，从而在赋值或者取值的同时对值进行一定的事先操作，这样，我们把上面提到的InitParams函数中param参数重新包装一下，通过索引器去读取Dictionary字典中的数据。

public class ParamModel
{
protected Dictionary<string, string> param;

public ParamModel()
{
this.param = new Dictionary<string, string>();
}

public string this[string paramName]
{
get
{
if (this.param.ContainsKey(paramName))
{
return this.param[paramName];
}
else
{
if (paramName == "PageSize")
{
return "10";
}
else
{
return "0";// }
}
}
set
{
this.param[paramName] = value;
}
}

public string GetParams()
{
string str = "";
foreach (string s in param.Keys)
{
if (str == "")
{
str = s + "=" + param[s];
}
else
{
str += "@" + s + "=" + param[s];
}
}
return str;
}
}

　　通过索引器来解决本例中的问题，再恰当不过了。以后不管参数项增加还是减少，都不影响模块参数的读取。

　　本文是针对实际工作中遇到的问题分析，从中找到本人认为最恰当的方法来解决，仅作参考。