接上篇。
第七步：需求变更外加挪地方
新函数叫这个名字：位于class MFCUI之下。
- public static MvcHtmlString CheckBoxLink(WebViewPage page, string title, string parameter, string value)
- {
- var span = new TagBuilder("span");
- var isParameterEmpty = !String.IsNullOrEmpty(page.ParameterOf(parameter));
- span.InnerHtml +=
- ImageLink(title,
- page.MergeParameter(parameter, isParameterEmpty ? value : null),
- imgUrl: isParameterEmpty? "/Others/Checked16.png" : "/Others/UnChecked16.png").ToString();
- return new MvcHtmlString(span.ToString());
- }
它始终返回一个链接，而不是由displayAsText切换为文字，也没有原来的[取消]了。
最终结果：
1. 这是修改后的三次调用的差异（由三个<br>分割），注意从第二个修改到第三个所需成本很低，很容易全文搜索找到：
- @MFCUI.ImageLink("突出显示故事板上的状态", this.MergeParameter("highlight", "OnBoard"), displayAxTextUseCheckIcon : true, displayAsText: !String.IsNullOrEmpty(this.ParameterOf("highlight")))
- if (!String.IsNullOrEmpty(this.ParameterOf("highlight")))
- {
- @MFCUI.Link("[取消]", this.MergeParameter("highlight", null))
- }
- <br/>
- @this.MergeParameter("突出显示故事板上的状态", "[取消]", "highlight", "OnBoard")
- <br/>
- @MFCUI.CheckBoxLink(this, "突出显示故事板上的状态", "highlight", "OnBoard")
我因为第一次开发和使用这个功能，所以痛下杀手把它挪到MFCUI里边了。如果自己在做重构的时候，@this.MergeParameter已经被用了几百遍了，那么建议调用接口不动，但@this.MergeParameter的内部改为（和MFCUI.CheckBoxLink一样，titleToCancel被直接扔了）：
- public static MvcHtmlString MergeParameter(this WebViewPage page, string title, string titleToCancel, string parameter, string value)
- {
- var span = new TagBuilder("span");
- var isParameterEmpty = String.IsNullOrEmpty(page.ParameterOf(parameter));
- span.InnerHtml +=
- ImageLink(title,
- page.MergeParameter(parameter, isParameterEmpty ? value : null),
- imgUrl: isParameterEmpty? "/Others/Checked16.png" : "/Others/UnChecked16.png").ToString();
- return new MvcHtmlString(span.ToString());
- }
这样，这几百个调用的地方一行代码都不用动。
当然，这种情况下仍然推荐再重新写一个MFCUI.CheckBoxLink，日后都用新的，旧的如果没有自动回归测试就别动了。
后记
1. 日后做Ajax的想法
如果日后我们改成Ajax，基本上还是这一行调用，最多多几个参数。
为什么？因为要传输的信息没有太大变化。
那js代码放在哪里？写在一个公共的地方，设置上参数，然后由C#的helper里的JS代码调用就好了，相信无数个这种控件其实差别都很小，就几个参数的差别。
2. PartialView？
用@RenderPage或@Html.RenderPartial也能解决这个问题，原理大同小异，弄不好从容易写JS的角度说还好一些。可能我习惯C#超过Html吧。
2. 关于信息隐匿
大约10多年前，有一个国外的报告说：“近来编程技术带来的变化，与其说是来自面向对象，不如说是信息隐匿。”
其实，信息隐匿是根本目的，面向对象是个工具。若不能把握这一点，就会造成用C++写C代码的状态；如果是Java或C#，则会写出冗余的难以维护的代码，好像面向对象了，但却不能信息隐匿。
3. 哪个更好？更少的代码和更易读的代码？
被问了一百遍的问题了。答案是更少的代码，以后有机会解释：）
答案很简单，但解释太长，不是个简单的技术问题，涉及到团队结构、新手培养、师徒制度等。