从配置文件到用户接口

 

不确定因素的自进化

 

为什么说是，不确定因素自进化呢？通过考试系统，一点一滴的走来，遇到的问题，从模糊到清晰，最终，发现，不是问题，太多，是我们认识太少。

1、配置文件

 

一般来说，试卷的题型顺序是保持不变的，可是，仅仅是一般，实际生活中，不要认为你以为的就是你以为，所以只要有可能，编程就得实现。

在测试阶段我们发现了一系列我们“以为的问题”：

例如：每套卷子/每个课程的题型顺序要怎么来确定？

试卷乱序，那些题型需要乱序？

 

简单讨论后，决定把顺序写到配置文件中，这样可以不用更改代码，于是乎，就这么做了。本着“程序猿”的拼劲，把一套一套试卷的顺序记录，一套套合并整理；然后是乱序题型和非乱序题型的记录，忙活着，可是心里却是闷闷不乐？

 

因为又一次犯错了，岁岁年年，课程的题型顺序变化是绝对的，难道我要每一次都修改配置文件吗？如果把这个考试系统给其他学校，估计考试的题型又会发生变化，难道，我要给他们去配置吗？

看着这些配置：

			<!--每个题型的说明配置-->
			    <!--一般考试-->
			      <!--选择题-->
			      <add key="xuanzeti" value=" "/>
			      <!--多选题-->
			      <add key="duoxuanti" value=" "/>
			    <!--填图题-->
			      <add key="tiantuti" value=" "/>
			    <!--案例分析题-->
			      <add key="anlifenxi" value=" "/>
			    <!--简答题-->
			      <add key="jiandati" value=" "/>
			    <!--计算题-->
			      <add key="jisuanti" value=" "/>
			    <!--计算简答题-->
			      <add key="jisuanxuanzeti" value=" "/>
			    <!--论述题-->
			      <add key="lunshuti" value=" "/>
			    <!--名词解释题-->
			      <add key="mingcijieshi" value=" "/>
			    <!--判断题-->
			      <add key="panduanti" value=" "/>
			    <!--填空题-->
			      <add key="tiankongti" value=" "/>

还有后台读取配置的代码：

				//读取配置文件 隐掉不用，不灵活       
				        //    #region 增加一列,并赋值，用来排序
				        //    //if (!dt.Columns.Contains("QuestinoTypeOrder"))
				        //    //{
				        //    //    dt.Columns.Add("QuestinoTypeOrder", typeof(int));
				        //    //}
				        //    else
				        //    {
				        //    //    for (int intorder = 0; intorder < dt.Rows.Count; intorder++)
				        //    //    {
				        //    //        switch (dt.Rows[intorder]["QuestionTypeID"].ToString())
				        //    //        {
				        //    //            case "159":
				        //    //                {
				        //    //                    dt.Rows[intorder]["QuestinoTypeOrder"] = int.Parse(System.Configuration.ConfigurationManager.AppSettings["159"]);
				        //    //                    break;
				        //    //                }
				        //    //            case "160":
				        //    //                {
				        //    //                    dt.Rows[intorder]["QuestinoTypeOrder"] = int.Parse(System.Configuration.ConfigurationManager.AppSettings["160"]);
				        //    //                    break;
				        //    //                }
				        //    //            case "59":
				        //    //                {
				        //    //                    dt.Rows[intorder]["QuestinoTypeOrder"] = int.Parse(System.Configuration.ConfigurationManager.AppSettings["59"]);
				        //    //                    break;
				        //    //                }
				        //    //            case "61":
				        //    //                {
				        //    //                    dt.Rows[intorder]["QuestinoTypeOrder"] = int.Parse(System.Configuration.ConfigurationManager.AppSettings["61"]);
				        //    //                    break;
				        //    //                }
				        //    //            case "149":
				        //    //                {
				        //    //                    dt.Rows[intorder]["QuestinoTypeOrder"] = int.Parse(System.Configuration.ConfigurationManager.AppSettings["149"]);
				        //    //                    break;
				        //    //                }
				        //    //            case "48":
				        //    //                {
				        //    //                    dt.Rows[intorder]["QuestinoTypeOrder"] = int.Parse(System.Configuration.ConfigurationManager.AppSettings["48"]);
				        //    //                    break;
				        //    //                }
				        //    //            case "67":
				        //    //                {
				        //    //                    dt.Rows[intorder]["QuestinoTypeOrder"] = int.Parse(System.Configuration.ConfigurationManager.AppSettings["67"]);
				        //    //                    break;
				        //    //                }
				        //    //            case "47":
				        //    //                {
				        //    //                    dt.Rows[intorder]["QuestinoTypeOrder"] = int.Parse(System.Configuration.ConfigurationManager.AppSettings["47"]);
				        //    //                    break;
				        //    //                }
				        //    //            case "150":
				        //    //                {
				        //    //                    dt.Rows[intorder]["QuestinoTypeOrder"] = int.Parse(System.Configuration.ConfigurationManager.AppSettings["150"]);
				        //    //                    break;
				        //    //                }
				        //    //            case "163":
				        //    //                {
				        //    //                    dt.Rows[intorder]["QuestinoTypeOrder"] = int.Parse(System.Configuration.ConfigurationManager.AppSettings["163"]);
				        //    //                    break;
				        //    //                }
				        //    //            case "65":
				        //    //                {
				        //    //                    dt.Rows[intorder]["QuestinoTypeOrder"] = int.Parse(System.Configuration.ConfigurationManager.AppSettings["65"]);
				        //    //                    break;
				
				        //    //                }
				        //    //            case "164":
				        //    //                {
				        //    //                    dt.Rows[intorder]["QuestinoTypeOrder"] = int.Parse(System.Configuration.ConfigurationManager.AppSettings["164"]);
				        //    //                    break;
				        //    //                }
				        //    //            case "69":
				        //    //                {
				        //    //                    dt.Rows[intorder]["QuestinoTypeOrder"] = int.Parse(System.Configuration.ConfigurationManager.AppSettings["69"]);
				        //    //                    break;
				        //    //                }
				        //    //        }
				        //    //    }
				        //    }
				        //    #endregion

结论：配置文件是可以不编译就运行，但是不是什么东西都可以往里边搁，一定要慎重。

web.config顾名思义，是系统配置文件，而非“用户配置”文件，不要把跟业务有关的东西放到里。

SO，配置文件在这种情况下不适用。如果你还在配置文件中书写“大量的用户需求之类的东西”，那就赶快行动吧，如何行动?看用户接口。 

2、用户接口

      考试系统做到目前为止，发现系统中的不确定因素，都是用户给造成的，也就是说，没有代码解决不了的。既然是用户造成的，解铃还需系铃人，我们还把这个“未知”抛给用户，由用户来确定。

一般来说发现了不确定因素，说明编程中，我们已经意识到这个需求可能是需要变动的，不然不会有不确定因素。所以，不确定的因素发现的前提是：为了编程的灵活性，才考虑到了需求的变动。

那么我们该怎么抛给用户？ 

怎么抛？——写好接口，等着用户调用。 

跟用户交流，确定好需求的，留出“用户接口”，当需求发生变化，我们可以根据“用户接口”来选择不同的实现方式。这样，通过用户接口，“不确定因素”，就不复存在了。

那上边问题来说：

我们增加一个用户界面：

如图：题型分值，题型顺序这些东西，是需要用户来确定的，跟我们没有关系，我们只需要把后台控制这些的代码做好。

有什么题型，怎么排序，都交给用户去决定，我们的“以为”毫无意义。