首页 > 学院 > 开发设计 > 正文

[连载]《C#通讯(串口和网络)框架的设计与实现》-11.调试器的设计

2019-11-14 13:40:26
字体:
来源:转载
供稿:网友

目       录

第十一章     调试器设计... 2

11.1         调试接口... 2

11.2         界面方式调试... 3

11.3         命令行方式调试... 5

11.4         小结... 6

 

第十一章      调试器设计

    SuperIO 框架平台设计、开发完毕后,想把代码编译成程序集(DLL),二次开发都通过引用DLL实现接口、继承类库来实现驱动和插件的开发,SuperIO框架的代码不会轻易去改变。这是框架设计最终要达到的效果,但是在二次开发过程中还是很不方便,主要涉及到两方面的问题:1.开发好驱动后,如何验证驱动的最终效果?例如:原始数据的解析、数据的处理流程和功能的实现等等,所以要在Debug模式下能够调试驱动的源代码,而不是调试SuperIO本身的代码。不可能把开发好驱动反复挂载到配置文件中,反复启动软件来验证驱动开发的效果,那将是耗时耗力的一件事。2.在Debug模式下,也就是在调试过程中,SuperIO框架是要有选择性的与配置文件信息进行交互,尽管只是调试驱动模块的源代码,但是整个框架平台是处于调试模式,例如:在调试模式下,不加载配制文件中驱动;在调试模式下,不把设备驱动的信息写到配制文件中等等。

     基于现实应用情况,在框架平台中增加了调试器的功能。这块代码的实现并不复杂,但是在框架平台的体系中是必要的一部分。就像人缺少了一部分后,总显得不那么完美。

11.1     调试接口

   IDebugDevice接口定义了4个调试接口函数,主要用于对设备驱动、界面视图、数据导出和服务组件进行源代码调试。接口定义如下图:

 

11.2     界面方式调试

    二次开发者可以继承SuperIO.UI.MainForm窗体类来创建自己的宿主程序,可以在此基础上进行扩展。SuperIO.UI.MainForm类本身继承了IDebugDevice接口,并实现了每个调试接口。实现调试接口,本质上是对控制器(SuperIO.DeviceController)的操作,接口实现代码如下:

/// <summary>/// 调试设备,传入IRunSCLDevice接口/// </summary>/// <param name="dev"></param>public void DebugDevice(IRunDevice dev){       this._DeviceController.AddDevice(dev);}/// <summary>/// 调试视图窗体,该窗体必须继承SuperIO.Show.IRTDataShow接口/// </summary>/// <param name="rtdataform"></param>public void DebugGraphiCSShow(SuperIO.Show.IGraphicsShow show){       if (show is System.Windows.Forms.Form)       {              System.Windows.Forms.Form from = show as System.Windows.Forms.Form;              from.Mdiparent = this;              from.Show();              this._DeviceController.AddGraphicsShow(show);       }       else       {              MessageBox.Show("实现IGraphicsShow的同时,实例必须还得是Form类型");       }}/// <summary>/// 调试导出数据接口,该类接口必须继承SuperIO.MiddleData.IExportData/// </summary>/// <param name="export"></param>public void DebugExportData(IExportData export){       this._DeviceController.AddExportData(new List<IExportData>(new IExportData[] { export }));}/// <summary>////// </summary>/// <param name="appService"></param>public void DebugAppService(IAppService appService){       if (appService.ServiceType == ServiceType.Show)       {              BarButtonItem bt = new BarButtonItem(this.barManager1, appService.ThisName);              Font font = new Font("Tahoma", 12);              bt.ItemAppearance.SetFont(font);              bt.Tag = appService.ThisKey;              bt.ItemClick += new ItemClickEventHandler(ServiceItem_ItemClick);              barServices.AddItem(bt);       }       _DeviceController.AddAppService(new List<IAppService>(new IAppService[]{appService}));}

    有界面方式的调试需要与配置文件进行交互,所以需要设置当前是否处于调试模式,可以通过SuperIO.Device.DebugDevice静态类的IsDebug属性进行标识。

    建议使用这种方式对二次开发的组件进行调试。

11.3     命令行方式调试

   也可以通过命令行的方式对二次开发的组件进行调试,实际上是SuperIO.Device.DebugDevice静态类用单例的模式创建了SuperIO.UI.MainForm窗体实例,并返回了IDebugDevice接口实例。简单的驱动和插件调试工作可以采用这种调试模式,快捷高效。代码定义如下:

namespace SuperIO.Device{    public class DebugDevice    {        PRivate static object _LockObj = new object();        private static SuperIO.Device.IDebugDevice _DebugInstance = null;        /// <summary>        /// 获得调试设备实例        /// </summary>        /// <returns></returns>        public static SuperIO.Device.IDebugDevice GetDebugInstance()        {            if (_DebugInstance == null)            {                lock (_LockObj)                {                    if (_DebugInstance == null)                    {                        _DebugInstance = (new SuperIO.UI.MainForm()) as SuperIO.Device.IDebugDevice;                    }                }            }            return _DebugInstance;        }        private static bool _IsDebug = false;        /// <summary>        /// 是否是调试模式,如果是否不调用配制文件的信息        /// </summary>        public static bool IsDebug        {            get { return _IsDebug; }            set { _IsDebug = value; }        }    }}

   使用这种调试模式,不需要通过SuperIO.Device.DebugDevice. IsDebug属性设置为调试模式。

11.4     小结

    任何组件的设计可能并不复杂,但是给工作带来很大方便。调试器更多的是一个概念,并没有太多的实际代码,但是在二次开发过程中确实方便了很多。

    下一章介绍《第12章 二次开发及应用》。


发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表