我的实用设计模式之 关于Policy-based design在Windows Mobile网络连接管理的应用

简介:

以下文章为Policy-based design的想法,不是经典的Strategy模式。

 

本文主要讲述Strategy模式在Windows Mobile网络连接管理的应用。经过我的实用设计模式之二--关于Policy-based design的讨论,对Strategy模式进一步思考,有了一些新的认识,Strategy模式使用最为广泛的情景是封装不同的算法,使得客户端不关心具体算法的处理,因此我使用stragety模式最多的是在 Analysis Engine(分析引擎),根据Raw Data(原数据)使用不要的分析器(分析器使用不同的算法)分析出关心的Event(事件,对象,告警等等)。同时作为behavior模式之一,stragety模式也可以使用在 定义多个behaviors(行为,在C#中可以为method或者property)来代替大量的条件语句(if else或者switch)的情景。

下面是用案例论述,有一个Windows Mobile的手机系统,需要定期往服务器提交数据,在数据传输时需要网络连接,由于这个手机支持3G和Wifi,因此,可以通过多种硬件连接进行数据提交。下面是一个没有用到OO的设计。

 

复制代码
public   enum  ConnectionType
{
    Wifi,
    ThreeG
}

public   class  DataSubmitter
{
    
public  ConnectionType connectionType;
    
public   void  SubmitData()
    {
        
if ( ! CheckConnection())
        {
            MakeConnection();
        }
        
        
// submit data
        
        StopConnection();
        
    }
    
    
public   bool  CheckConnection()
    {
        
switch (connectionType)
        {
            
case  ConnectionType.Wifi:
                CheckWifiConnection();
            
break ;
            
case  ConnectionType.ThreeG:
                CheckThreeGConnection();
            
break ;
            
        }
    }
    
    
public   bool  MakeConnection()
    {
        
switch (connectionType)
        {
            
case  ConnectionType.Wifi:
                MakeWifiConnection();
            
break ;
            
case  ConnectionType.ThreeG:
                MakeThreeGConnection();
            
break ;
            
        }
    }
    
    
public   bool  StopConnection()
    {
        
switch (connectionType)
        {
            
case  ConnectionType.Wifi:
                StopWifiConnection();
            
break ;
            
case  ConnectionType.ThreeG:
                StopThreeGConnection();
            
break ;
            
        }
    }
        
}
复制代码

 

数据提交程序(Client)每次提交数据都需要调用CheckConnection,MakeConnection(如果需要),StopConnection这些behaviors.但是由于硬件连接有多种,需要使用条件语句(if else或者switch case)来表达不同behavior。如果新增一种新的网络连接方式,例如新增GPRS,那么需要修改client来完成。试想一下应用程序应该不关心具体的网络连接,例如msn和QQ不管Windows的连接,这个链接可能是wifi,可能是有线网络,可能是拨号。作为上层应用的msn和QQ不会关心这些具体网络连接技术,msn更加不可能需要修改程序来支持新的网络连接方式。为了解决这个问题,我们引进Strategy模式。

 

复制代码
     public   enum  ConnectionType
    {
        Wifi,
        ThreeG,
        Gprs
    }

    
// strategy
     public   interface  Connection
    {
        
// behaviors
         bool  Connect();
        
bool  Disconnect();
        
bool  IsConnected { get ;}
    }

    
public   class  WifiConnection : Connection
    {
        
public   bool  Connect()
        {
            
// invoke wifi api to make connection
             return   true ;
        }
        
public   bool  Disconnect()
        {
            
// invoke wifi api to stop connection
             return   true ;
        }

        
public   bool  IsConnected 
        {
            
get
            {
                
// invoke wifi api to check connection
                 return   true ;
            } 
        }
    }

    
public   class  ThreeGConnection : Connection
    {
        
public   bool  Connect()
        {
            
// invoke ThreeG api to make connection
             return   true ;
        }
        
public   bool  Disconnect()
        {
            
// invoke ThreeG api to stop connection
             return   true ;
        }

        
public   bool  IsConnected
        {
            
get
            {
                
// invoke ThreeG api to check connection
                 return   true ;
            }
        }
    }

    
public   class  GprsConnection : Connection
    {
        
public   bool  Connect()
        {
            
// invoke Gprs api to make connection
             return   true ;
        }
        
public   bool  Disconnect()
        {
            
// invoke Gprs api to stop connection
             return   true ;
        }

        
public   bool  IsConnected
        {
            
get
            {
                
// invoke Gprs api to check connection
                 return   true ;
            }
        }
    }

    
// Context
     public   class  ConnectionManager
    {
        
private  Dictionary < ConnectionType, Connection >  connections;
        
private  Connection currentConnection;

        
public  ConnectionManager()
        {
            
foreach (setting from configurations)  //  this is fake code
            {
                ConnectionType type; 
//  get from configurations
                connections[type]  =  ConnectionFactory.CreateConnection(type);
            }
        }

        
public   bool  CheckConnection()
        {
            
// according to specific requirement, pick up one of connections to connect
            currentConnection  =  connections[ConnectionType.Wifi];
            
return  currentConnection.Connect();
        }

        
public   bool  MakeConnection()
        {
            
return  currentConnection.Disconnect();

        }

        
public   bool  StopConnection()
        {
            
return  currentConnection.IsConnected;
        }
    }

    
// connection factory
     public   sealed   class  ConnectionFactory
    {
        
public   static  Connection CreateConnection(ConnectionType connectionType)
        {
            
try
            {
                System.Reflection.Assembly asm 
=  System.Reflection.Assembly.GetExecutingAssembly();
                Type type 
=   typeof (ConnectionFactory);
                
return  (Connection)asm.CreateInstance(type.Namespace  +   " . "   +  connectionType.ToString()  +   " Connection " );
            }
            
catch  (Exception e)
            {
                Console.WriteLine(e.Message);
            }
            
return   null ;
        }
    }

    
// client
     public   class  DataSubmitter
    {
        
public  ConnectionManager connectionMgr;
        
public   void  SubmitData()
        {
            
if ( ! connectionMgr.CheckConnection())
            {
                connectionMgr.MakeConnection();
            }
            
            
// submit data
            
            connectionMgr.StopConnection();
        }
    }
复制代码

 

Connection是Strategy父类,定义需要实现的behaviors(在C#里面是method和property),ConnectionManager是Context,负责管理各个具体的connection,在connection里面使用了简单工厂和Reflection,connection通过配置文件来生成。当新增新的连接技术时,只需要增加Connection的子类,实现他的behaviors,修改简单工厂的配置文件就可以了。这样client根本不需要知道新的连接技术,原先的功能(数据提交)可以使用新的连接技术而不需要任何的修改。

关于工厂模式和Reflection,我打算在下一篇进行论述。


    本文转自Jake Lin博客园博客,原文链接:http://www.cnblogs.com/procoder/archive/2009/03/25/1421038.html,如需转载请自行联系原作者




相关文章
|
4月前
|
Ubuntu API C++
C++标准库、Windows API及Ubuntu API的综合应用
总之,C++标准库、Windows API和Ubuntu API的综合应用是一项挑战性较大的任务,需要开发者具备跨平台编程的深入知识和丰富经验。通过合理的架构设计和有效的工具选择,可以在不同的操作系统平台上高效地开发和部署应用程序。
211 11
|
5月前
|
安全 Linux 网络安全
Nipper 3.9.0 for Windows & Linux - 网络设备漏洞评估
Nipper 3.9.0 for Windows & Linux - 网络设备漏洞评估
162 0
Nipper 3.9.0 for Windows & Linux - 网络设备漏洞评估
|
5月前
|
设计模式 人工智能 算法
基于多设计模式的状态扭转设计:策略模式与责任链模式的实战应用
接下来,我会结合实战案例,聊聊如何用「策略模式 + 责任链模式」构建灵活可扩展的状态引擎,让抽奖系统的状态管理从「混乱战场」变成「有序流水线」。
|
6月前
|
设计模式 XML 安全
Java枚举(Enum)与设计模式应用
Java枚举不仅是类型安全的常量,还具备面向对象能力,可添加属性与方法,实现接口。通过枚举能优雅实现单例、策略、状态等设计模式,具备线程安全、序列化安全等特性,是编写高效、安全代码的利器。
|
8月前
|
监控 安全 网络协议
恶意软件无处逃!国内版“Manus”AiPy开发Windows沙箱工具,进程行为+网络传输层级监控! 头像 豪气的
NImplant.exe 是一款后渗透测试工具,可实现远程管理与持久化控制。其优点包括无文件技术、加密通信和插件扩展,但也存在被检测风险及配置复杂等问题。为深入分析其行为,我们基于 aipy 开发了 Windows 沙箱工具,针对桌面上的 NImplant.exe 进行多维度分析,涵盖进程行为、网络连接(如 TCP 请求、目标 IP/域名)、文件控制等,并生成传输层监控报告与沙箱截图。结果显示,aipy 工具响应迅速,报告清晰易读,满足分析需求。
|
8月前
|
网络协议 安全 测试技术
Windows为何在高速网络环境频繁“失速”?
本文深入剖析了企业在高速网络环境中,因Windows系统限制导致传输速率下降的问题,包括接收缓冲区、安全软件及老旧设备等因素,并提供四步定位法及优化方案,助力企业突破传输瓶颈,提升效率。
|
9月前
|
安全 Ubuntu Linux
Nipper 3.8.0 for Windows & Linux - 网络设备漏洞评估
Nipper 3.8.0 for Windows & Linux - 网络设备漏洞评估
347 0
Nipper 3.8.0 for Windows & Linux - 网络设备漏洞评估
|
10月前
|
XML 安全 网络安全
Nipper 3.7.0 Windows x64 - 网络设备漏洞评估
Nipper 3.7.0 Windows x64 - 网络设备漏洞评估
234 0
Nipper 3.7.0 Windows x64 - 网络设备漏洞评估
|
安全 Windows
【Azure Cloud Service】在Windows系统中抓取网络包 ( 不需要另外安全抓包工具)
通常,在生产环境中,为了保证系统环境的安全和纯粹,是不建议安装其它软件或排查工具(如果可以安装,也是需要走审批流程)。 本文将介绍一种,不用安装Wireshark / tcpdump 等工具,使用Windows系统自带的 netsh trace 命令来获取网络包的步骤
347 32
|
安全 前端开发 Windows
Windows Electron 应用更新的原理是什么?揭秘 NsisUpdater
本文介绍了 Electron 应用在 Windows 中的更新原理,重点分析了 `NsisUpdater` 类的实现。该类利用 NSIS 脚本,通过初始化、检查更新、下载更新、验证签名和安装更新等步骤,确保应用的更新过程安全可靠。核心功能包括差异下载、签名验证和管理员权限处理,确保更新高效且安全。
425 4
Windows Electron 应用更新的原理是什么?揭秘 NsisUpdater