【自然框架】——页面基类与设计模式(二) 模板模式

简介: 前篇:【自然框架】——页面基类与设计模式(一)桥接模式   桥接模式的补充:(下面的一段是桥接模式里后补充的一段,桥接模式的一个小结)   什么是交接模式?引用《大话设计模式》里的定义:   桥接模式(Bridge):将抽象部分和他的实现部分分离,使他们都可以独立的变化。

 

前篇:【自然框架】——页面基类与设计模式(一)桥接模式

 

桥接模式的补充:(下面的一段是桥接模式里后补充的一段,桥接模式的一个小结)

 

什么是交接模式?引用《大话设计模式》里的定义:

  桥接模式(Bridge):将抽象部分和他的实现部分分离,使他们都可以独立的变化。(P229)

 

  不知道大家有没有看懂这个定义,至少我是没弄懂,呵呵。再引用一段《大话设计模式》的一段解释:(P232)

 

  小菜:“我觉得交接模式所说的‘将抽象部分和他的实现部分分离’,还是不好理解,我的理解就是实现系统有多个角度分类,每一种分类都有可能有变化,那么就把这种多角度分离出来让他们独立变化,减少他们之间的耦合。”

 

  这个就是作者(程杰)的理解吧,这个解释够白话的了,不过我还想说一下我的更加白话的理解,呵呵。大家看看对不对。

 

  我的理解就是:有两套或者多套独立的“多态系统”,他们可以各自独立的变化(继承),互不干扰。然后选择一套系统作为容器,在这个容器里定义其他系统的实例或者借口,通过这种关系(组合/聚合)把两套或者多套系统结合起来,配合工作。组合/聚合就好像一座桥梁一样把这些系统结合在一起,所以就叫做桥接模式了。

 

  就好比我的这个例子里面,页面基类就是一套“多态系统”,他可以派生出列表页面基类、表单页面基类等,把页面基类作为容器,在其内部定义数据访问函数库的实例,定义当前登录人信息的实例。而数据访问函数库还可以自行派生出SqlClient的访问类、OleDb的访问类,他们是独立的“多态系统”互不干扰。页面基类如何变化不需要考虑数据访问的问题,数据访问函数库如何变化也不用考虑有多少种页面。这就是所谓的减少耦合吧。

 

 

=====================================================

 

   

  如果我们在页面基类里要做一些事情,需要制定一下执行顺序,而且有一些处理方法是公用的,但是有一些处理的方式又不一样,这时候就比较适合采用模板模式了。

  比如我们在页面基类里override 一下OnInit(EventArgs e),在这里制定一下执行顺序,然后定义几个虚函数(virtual)。代码如下:

 

 

 

///   <summary>
        
///  提取URL里面的参数,验证参数
        
///   </summary>
        
///   <param name="e"></param>
         protected   override   void  OnInit(EventArgs e)
        {
            
base .OnInit(e);

            
// 调用函数来设置FunctionID,不同类型的页面就可以用不同的方式来设置FunctionID了。
            SetFunctionID();
            
// 调用函数来设置ButtonID。
            SetButtonID();

            
// 调用函数来设置DataID。
            SetDataID();

            
// 调用函数来设置DepartmentID(部门ID)。
            SetDepartmentID();

            
// 调用函数来设置ForeignID(外键ID)。
            SetForeignID();

            
if  ( ! Page.IsPostBack)
            {
                
// 设置标题
                SetPageTitle();
            }
        }

 

SetFunctionID()的代码,其他代码略。

  ///   <summary>
        
///  设置FunctionID。
        
///   </summary>
         protected   virtual   void  SetFunctionID()
        {
            
// DataList.aspx、DataForm.aspx 页面通过URL里的参数设置。
            
// 其他页面自行设置

            
this .FunctionID  =  Request.QueryString[ " fid " ];
            
#region  验证模块ID参数是否是数字。
            
if  ( ! Functions.IsInt( this .FunctionID))
            {
                Response.Write(
" 模块参数不正确! " );
                Response.End();
            }
            
#endregion

        }

 

 

  这样子类就继承了基类的执行顺序,然后如果有不一样的验证方式,那么就override一下就可以了。

 

  这样做的好处就是,把共用的东西放到父类,子类只需要关注不一样的地方。同时也强制了编写规范,基类是写好的,大家不能随便修改,如果有不同的需求,可以去改子类(override),不必去改基类,这样也遵守了开放封闭原则。

 

  同理,列表页面基类也采用了模板模式。

  在自然框架里面列表页面里需要使用分页控件、查询控件、数据显示控件、操作按钮组这几个控件,那么给这些控件设置属性值的操作,和他们之间的关联关系就可以放在列表页面基类里去做。代码如下:

 

 

  ///   <summary>
        
///  在 OnInit 事件里面设置各个自定义控件的属性和关联
        
///   </summary>
        
///   <param name="e"></param>
         protected   override   void  OnInit(EventArgs e)
        {
            
// 父类里面验证参数是否正确
             base .OnInit(e);

            
// 验证是否有权限访问。
            MyUser.CheckFunctionID( this .FunctionID);

            
// 设置分页控件的属性和事件
            SetQuickPagerInfo();

            
// 设置数据表格的属性
            SetGridInfo();

            
// 设置查询控件的属性
            SetFindControlInfo();

            
// 设置操作按钮的属性
            SetButtonBarInfo();

        }

 

 

  虽然大多数列表页面都可以这么设置,但是也不排除特殊需求,如果又不一样的需求的话,那么就可以在子类里面通过override的方式来实现自己的特殊需求。

还是那句话,把共用的放在基类里面,子类只关心不同点即可。

 

模板模式的定义:
  还是引用《大话设计模式》里的定义。

 

  模板方法模式:定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。模版方法可以使得子类可以不修改一个算法的结构既可以重定义该算法的某些特定步骤。【P96】

  

  当然我这里说的只是模板模式的一种形式的应用,除了这种形式的用法外还有很多种形式的用法。

 

  全部源代码下载:http://www.cnblogs.com/jyk/archive/2009/10/28/1591680.html  

 

=============================================

 

白天不能上网,被屏蔽了,所以白天就不能及时回复了,晚上在回复。

 

相关文章
|
6天前
|
设计模式 前端开发 搜索推荐
前端必须掌握的设计模式——模板模式
模板模式(Template Pattern)是一种行为型设计模式,父类定义固定流程和步骤顺序,子类通过继承并重写特定方法实现具体步骤。适用于具有固定结构或流程的场景,如组装汽车、包装礼物等。举例来说,公司年会节目征集时,蜘蛛侠定义了歌曲的四个步骤:前奏、主歌、副歌、结尾。金刚狼和绿巨人根据此模板设计各自的表演内容。通过抽象类定义通用逻辑,子类实现个性化行为,从而减少重复代码。模板模式还支持钩子方法,允许跳过某些步骤,增加灵活性。
|
2月前
|
设计模式 安全 Java
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
|
4月前
|
设计模式 数据库连接 PHP
PHP中的设计模式:提升代码的可维护性与扩展性在软件开发过程中,设计模式是开发者们经常用到的工具之一。它们提供了经过验证的解决方案,可以帮助我们解决常见的软件设计问题。本文将介绍PHP中常用的设计模式,以及如何利用这些模式来提高代码的可维护性和扩展性。我们将从基础的设计模式入手,逐步深入到更复杂的应用场景。通过实际案例分析,读者可以更好地理解如何在PHP开发中应用这些设计模式,从而写出更加高效、灵活和易于维护的代码。
本文探讨了PHP中常用的设计模式及其在实际项目中的应用。内容涵盖设计模式的基本概念、分类和具体使用场景,重点介绍了单例模式、工厂模式和观察者模式等常见模式。通过具体的代码示例,展示了如何在PHP项目中有效利用设计模式来提升代码的可维护性和扩展性。文章还讨论了设计模式的选择原则和注意事项,帮助开发者在不同情境下做出最佳决策。
|
11天前
|
设计模式 XML Java
【23种设计模式·全精解析 | 自定义Spring框架篇】Spring核心源码分析+自定义Spring的IOC功能,依赖注入功能
本文详细介绍了Spring框架的核心功能,并通过手写自定义Spring框架的方式,深入理解了Spring的IOC(控制反转)和DI(依赖注入)功能,并且学会实际运用设计模式到真实开发中。
【23种设计模式·全精解析 | 自定义Spring框架篇】Spring核心源码分析+自定义Spring的IOC功能,依赖注入功能
|
2月前
|
设计模式 开发者 Python
Python编程中的设计模式:工厂方法模式###
本文深入浅出地探讨了Python编程中的一种重要设计模式——工厂方法模式。通过具体案例和代码示例,我们将了解工厂方法模式的定义、应用场景、实现步骤以及其优势与潜在缺点。无论你是Python新手还是有经验的开发者,都能从本文中获得关于如何在实际项目中有效应用工厂方法模式的启发。 ###
|
2月前
|
设计模式 安全 Java
Kotlin - 改良设计模式 - 构建者模式
Kotlin - 改良设计模式 - 构建者模式
|
2月前
|
设计模式 安全 Java
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
46 1
|
3月前
|
设计模式 Java Kotlin
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
本教程详细讲解Kotlin语法,适合希望深入了解Kotlin的开发者。对于快速学习Kotlin语法,推荐查看“简洁”系列教程。本文重点介绍了构建者模式在Kotlin中的应用与改良,包括如何使用具名可选参数简化复杂对象的创建过程,以及如何在初始化代码块中对参数进行约束和校验。
34 3
|
4月前
|
设计模式 算法 安全
设计模式——模板模式
模板方法模式、钩子方法、Spring源码AbstractApplicationContext类用到的模板方法
设计模式——模板模式
|
4月前
|
设计模式 数据库连接 PHP
PHP中的设计模式:如何提高代码的可维护性与扩展性在软件开发领域,PHP 是一种广泛使用的服务器端脚本语言。随着项目规模的扩大和复杂性的增加,保持代码的可维护性和可扩展性变得越来越重要。本文将探讨 PHP 中的设计模式,并通过实例展示如何应用这些模式来提高代码质量。
设计模式是经过验证的解决软件设计问题的方法。它们不是具体的代码,而是一种编码和设计经验的总结。在PHP开发中,合理地使用设计模式可以显著提高代码的可维护性、复用性和扩展性。本文将介绍几种常见的设计模式,包括单例模式、工厂模式和观察者模式,并通过具体的例子展示如何在PHP项目中应用这些模式。