大白话系列之C#委托与事件讲解(三)

本文深入探讨了.NET框架中的委托与事件机制,详细解释了事件的命名规则、参数定义以及如何遵循微软的编码规范。通过实例展示了如何使用委托与事件实现观察者模式,以增强代码的灵活性和可复用性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

  原文地址:http://www.cnblogs.com/wudiwushen/archive/2010/04/21/1717378.html

  今天我接着上面的3篇文章来讲一下,为什么我们在日常的编程活动中遇到这么多sender,EventArgs e 参数:
protected void Page_Load(object sender, EventArgs e)
{

}

protected void btnSearch_Click(object sender, ImageClickEventArgs e)
{

}

protected void grdBill_RowDataBound(object sender, GridViewRowEventArgs e)
{
           
}
  那他们到底表示什么呢?

  在回答上面的问题之前,我们先搞懂 .Net Framework的编码规范:

  一、委托类型的名称都应该以EventHandler结束。 
  二、委托的原型定义:有一个void返回值,并接受两个输入参数:一个Object 类型,一个 EventArgs类型(或继承自EventArgs)。 
  三、事件的命名为 委托去掉 EventHandler之后剩余的部分。 
  四、继承自EventArgs的类型应该以EventArgs结尾。

  这就是微软编码的规范,当然这不仅仅是规则,而是在这种规则下使程序有更大的灵活性,那我们就继续重构第三讲的例子,让他符合微软的规范。

复制代码
代码
    //所有订阅者【Subscriber】感兴趣的对象,也就是e,都要继承微软的EventArgs
    
//本例中订阅者【也称观察者】MrMing,MrZhang他们感兴趣的e对象,就是杂志【magazine】
    public class PubEventArgs : EventArgs
    {
        
public readonly string magazineName;
        
public PubEventArgs()
        {
 
        }
        
public PubEventArgs (string magazineName)
        {
           
this.magazineName = magazineName;
        }
    }

    
//发布者(Publiser)
    public class Publisher
    {
        
//声明一个出版的委托
        
//这里多了一个参数sender,它所代表的就是Subject,也就是监视对象,本例中就是Publisher
        public delegate void PublishEventHander(object sender ,PubEventArgs e);
        
//在委托的机制下我们建立以个出版事件
        public event PublishEventHander Publish;

        
//声明一个可重写的OnPublish的保护函数
        protected virtual void OnPublish(PubEventArgs e)
        {
            
if (Publish != null)
            {
                
//Sender = this,也就是Publisher
                this.Publish(this, e);
            }
        }

        
//事件必须要在方法里去触发
        public void issue(string magazineName)
        {
            OnPublish(
new PubEventArgs(magazineName));
        }
    }

    
//Subscriber 订阅者
    public class MrMing
    {
        
//对事件感兴趣的事情
        public static void Receive(object sender,PubEventArgs e)
        {
            Console.WriteLine(
"嘎嘎,我已经收到最新一期的《"+e.magazineName+"》啦!!");
        }
    }

    
public class MrZhang
    {
        
//对事件感兴趣的事情
        public static void Receive(object sender, PubEventArgs e)
        {
            Console.WriteLine(
"幼稚,这么大了,还看《火影忍者》,SB小明!");
            Console.WriteLine(
"这个我定的《"+e.magazineName+"》,哇哈哈!");
        }
    }

    
class Story
    {
        
public static void Main(string[] args)
        {
            
//实例化一个出版社
            Publisher publisher = new Publisher();

            Console.Write(
"请输入要发行的杂志:");
            
string name = Console.ReadLine();

            
if (name == "火影忍者")
            {
                
//给这个出火影忍者的事件注册感兴趣的订阅者,此例中是小明
                publisher.Publish += new Publisher.PublishEventHander(MrMing.Receive);
                
//发布者在这里触发出版火影忍者的事件
                publisher.issue("火影忍者");
            }
            
else
            {
                
//给这个出火影忍者的事件注册感兴趣的订阅者,此例中是小明[另一种事件注册方式]
                publisher.Publish += MrZhang.Receive;
                publisher.issue(
"环球日报");
            }
            Console.ReadKey();
        }
    }
复制代码

  输入火影忍者后,触发小明订阅的事件

  显示

  通过例子我再做一次说明,其实我们不用把Sender,e想的过于可怕

  一、委托声明原型中的Object类型的参数代表了Subject,也就是监视对象,在本例中是 Publisher(出版社)。。 
  二、EventArgs 对象包含了Observer所感兴趣的数据,在本例中是杂志。

  大家先休息休息,让大脑放松放松,先让我们看句名人名言:

 “中国人的励志和国外的励志存在非常大的不同,中国的励志比较鼓励人立下大志愿,卧薪尝胆,有朝一日成富成贵。而国外的励志比较鼓励人勇敢面对现实生活,面对普通人的困境,虽然结果也是成富成贵,但起点不一样,相对来说,我觉得后者在操作上更现实,而前者则需要用999个失败者来堆砌一个成功者的故事。”

 好了,我们接着讲我们的委托与事件,其实如果大家对设计模式精通的话,其实他们关联的是观察者(Observer)模式,这里我就不再描述什么是观察者模式了,只是简单讲一下他们的关联:

 在C#的event中,委托充当了抽象的Observer接口,而提供事件的对象充当了目标对象。委托是比抽象Observer接口更为松耦合的设计。

 如果看不懂的话也没关系,当大家OO达到一定程度了,自然而然就会明白。

 最后我们来看一个我们日常最最常用的观察者模式:

 场景:当我们用信用卡刷完钱的时候,我们就会接收到手机短信,或者是电子邮件,其实这就是Observer pattern

复制代码
代码
    //---本例场景为当用户从银行账号里取出钱后,马上通知电子邮件和发手机短信---
    
//本例中的订阅者,也就是观察者是电子邮件与手机
    
//发布者,也就是被监视对象是银行账号


    
//Obverser电子邮件,手机关心的对象e ,分别是邮件地址、手机号码、取款金额
    public class UserEventArgs : EventArgs
    {
        
public readonly string emailAddress;
        
public readonly string mobilePhone;
        
public readonly string amount;
        
public UserEventArgs(string emailAddress, string mobilePhone,string amount)
        {
            
this.emailAddress = emailAddress;
            
this.mobilePhone = mobilePhone;
            
this.amount = amount;
        }
    }

    
//发布者,也就是被监视的对象-银行账号
    class BankAccount
    {
        
//声明一个处理银行交易的委托
        public delegate void ProcessTranEventHandler(object sender, UserEventArgs e);
        
//声明一个事件
        public event ProcessTranEventHandler ProcessTran;

        
protected virtual void OnProcessTran(UserEventArgs e)
        {
            
if (ProcessTran != null)
            {
                ProcessTran(
this, e);
            }
        }

        
public void Prcess(UserEventArgs e)
        {
            OnProcessTran(e);
        }
    }

    
//观察者Email
    class Email
    {
        
public static void SendEmail(object sender, UserEventArgs e)
        {
            Console.WriteLine(
"向用户邮箱" + e.emailAddress + "发送邮件:您在"+System.DateTime.Now.ToString()+"取款金额为"+e.amount);
        }
    }

    
//观察者手机
    class Mobile
    {
        
public static void SendNotification(object sender, UserEventArgs e)
        {
            Console.WriteLine(
"向用户手机" + e.mobilePhone + "发送短信:您在" + System.DateTime.Now.ToString() + "取款金额为" + e.amount);
        }
    }

    
//订阅系统,实现银行系统订阅几个Observer,实现与客户端的松耦合
    class SubscribSystem
    {
        
public SubscribSystem()
        {
 
        }

        
public SubscribSystem(BankAccount bankAccount, UserEventArgs e)
        {
            
//现在我们在银行账户订阅2个,分别是电子邮件和手机短信
            bankAccount.ProcessTran += new BankAccount.ProcessTranEventHandler(Email.SendEmail);
            bankAccount.ProcessTran 
+= new BankAccount.ProcessTranEventHandler(Mobile.SendNotification);
            bankAccount.Prcess(e);
        }
    }

    
class Client
    {
        
public static void Main(string[] args)
        {
            Console.Write(
"请输入您要取款的金额:");
            
string amount = Console.ReadLine();
            Console.WriteLine(
"交易成功,请取磁卡。");
            
//初始化e
            UserEventArgs user = new UserEventArgs("jinjiangbo2008@163.com""18868789776",amount);
            
//初始化订阅系统
            SubscribSystem subject = new SubscribSystem(new BankAccount(), user);
            Console.ReadKey();
        }
    }
复制代码

   控制台

  网上还有个热水器烧水的OBSERVER PATTERN 也是蛮经典的,大家可以看看。

下一讲我们要讲讲,在我们的日常的MES系统开发中,到底在什么场景用到委托事件,毕竟我们学了这样的技术,我们必须要用起来,这才有价值嘛!

  呵呵!下讲,将会更加精彩!


【基于QT的调色板】是一个使用Qt框架开发的色彩选择工具,类似于Windows操作系统中常见的颜色选取器。Qt是一个跨平台的应用程序开发框架,广泛应用于桌面、移动和嵌入式设备,支持C++和QML语言。这个调色板功能提供了横竖两种渐变模式,用户可以方便地选取所需的颜色值。 在Qt中,调色板(QPalette)是一个关键的类,用于管理应用程序的视觉样式。QPalette包含了一系列的颜色角色,如背景色、前景色、文本色、高亮色等,这些颜色可以根据用户的系统设置或应用程序的需求进行定制。通过自定义QPalette,开发者可以创建具有独特视觉风格的应用程序。 该调色板功能可能使用了QColorDialog,这是一个标准的Qt对话框,允许用户选择颜色。QColorDialog提供了一种简单的方式来获取用户的颜色选择,通常包括一个调色板界面,用户可以通过滑动或点击来选择RGB、HSV或其他色彩模型中的颜色。 横渐变取色可能通过QGradient实现,QGradient允许开发者创建线性或径向的色彩渐变。线性渐变(QLinearGradient)沿直线从一个点到另一个点过渡颜色,而径向渐变(QRadialGradient)则以圆心为中心向外扩散颜色。在调色板中,用户可能可以通过滑动条或鼠标拖动来改变渐变的位置,从而选取不同位置的颜色。 竖渐变取色则可能是通过调整QGradient的方向来实现的,将原本水平的渐变方向改为垂直。这种设计可以提供另一种方式来探索颜色空间,使得选取颜色更为直观和便捷。 在【colorpanelhsb】这个文件名中,我们可以推测这是HSB(色相、饱和度、亮度)色彩模型相关的代码或资源。HSB模型是另一种常见且直观的颜色表示方式,RGB或CMYK模型不同,它以人的感知为基础,更容易理解。在这个调色板中,用户可能可以通过调整H、S、B个参数来选取所需的颜色。 基于QT的调色板是一个利用Qt框架和其提供的色彩管理工具,如QPalette、QColorDialog、QGradient等,构建的交互式颜色选择组件。它不仅提供了横竖渐变的色彩选取方式,还可能支持HSB色彩模型,使得用户在开发图形用户界面时能更加灵活和精准地控制色彩。
标题基于Spring Boot的二手物品交易网站系统研究AI更换标题第1章引言阐述基于Spring Boot开发二手物品交易网站的研究背景、意义、现状及本文方法创新点。1.1研究背景意义介绍二手物品交易的市场需求和Spring Boot技术的适用性。1.2国内外研究现状概述当前二手物品交易网站的发展现状和趋势。1.3论文方法创新点说明本文采用的研究方法和在系统设计中的创新之处。第2章相关理论技术介绍开发二手物品交易网站所涉及的相关理论和关键技术。2.1Spring Boot框架解释Spring Boot的核心概念和主要特性。2.2数据库技术讨论适用的数据库技术及其在系统中的角色。2.3前端技术阐述后端配合的前端技术及其在系统中的应用。第3章系统需求分析详细分析二手物品交易网站系统的功能需求和性能需求。3.1功能需求列举系统应实现的主要功能模块。3.2性能需求明确系统应满足的性能指标和安全性要求。第4章系统设计实现具体描述基于Spring Boot的二手物品交易网站系统的设计和实现过程。4.1系统架构设计给出系统的整体架构设计和各模块间的交互方式。4.2数据库设计详细阐述数据库的结构设计和数据操作流程。4.3界面设计实现介绍系统的界面设计和用户交互的实现细节。第5章系统测试优化说明对系统进行测试的方法和性能优化的措施。5.1测试方法步骤测试环境的搭建、测试数据的准备及测试流程。5.2测试结果分析对测试结果进行详细分析,验证系统是否满足需求。5.3性能优化措施提出针对系统性能瓶颈的优化建议和实施方案。第6章结论展望总结研究成果,并展望未来可能的研究方向和改进空间。6.1研究结论概括本文基于Spring Boot开发二手物品交易网站的主要发现和成果。6.2展望改进讨论未来可能的系统改进方向和新的功能拓展。
1. 用户权限管理模块 角色管理: 学生:查看个人住宿信息、提交报修申请、查看卫生检查结果、请假外出登记 宿管人员:分配宿舍床位、处理报修申请、记录卫生检查结果、登记晚归情况 管理员:维护楼栋房间信息、管理用户账号、统计住宿数据、发布宿舍通知 用户操作: 登录认证:对接学校统一身份认证(模拟实现,用学号 / 工号作为账号),支持密码重置 信息管理:学生完善个人信息(院系、专业、联系电话),管理员维护所有用户信息 权限控制:不同角色仅可见对应功能(如学生无法修改床位分配信息) 2. 宿舍信息管理模块 楼栋房间管理: 楼栋信息:名称(如 "1 号宿舍楼")、层数、性别限制(男 / 女 / 混合)、管理员(宿管) 房间信息:房间号(如 "101")、户型(4 人间 / 6 人间)、床位数量、已住人数、可用状态 设施信息:记录房间内设施(如空调、热水器、桌椅)的配置完好状态 床位管理: 床位编号:为每个床位设置唯一编号(如 "101-1" 表示 101 房间 1 号床) 状态标记:标记床位为 "空闲 / 已分配 / 维修中",支持批量查询空闲床位 历史记录:保存床位的分配变更记录(如从学生 A 调换到学生 B 的时间原因) 3. 住宿分配调整模块 住宿分配: 新生分配:管理员导入新生名单后,宿管可按专业集中、性别匹配等规则批量分配床位 手动分配:针对转专业、复学学生,宿管手动指定空闲床位并记录分配时间 分配结果公示:学生登录后可查看自己的宿舍信息(楼栋、房间号、床位号、室友列表) 调整管理: 调宿申请:学生提交调宿原因(如室友矛盾、身体原因),选择意向宿舍(需有空位) 审批流程:宿管审核申请,通过后执行床位调换,更新双方住宿信息 换宿记录:保存调宿历史(申请人、原床位、新床位、审批人、时间) 4. 报修安全管理模块 报修管理: 报修提交:学生选择宿舍、设施类型(如 "
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值