• 另一种在WINFORM中使用XNA的方法


    之前在写化学分子模型制作程序的时候,使用一种方法,将WINFORM控件嵌入到XNA窗体中,从而实现了即使用WINFORM窗体控件又使用XNA。最近在写另一个物理运动学课件制作程序,同样使用XNA,但从另一个角度实现了WINFORM控件和XNA共存,并且在编码上更简单一些。

    一、创建XNA工程并添加窗体

          向工程添加窗体MainForm,并修改GAME1为MainGame。我们把XNA内容绘制到MainForm上,其实绘制到任何有句柄的控件都可以,即使我们绘制到桌面也未尝不可。但更少的控件能够使我们的思路更清晰和明确也不失全面:改变窗体大小时、移动窗口是如何处理XNA的显示。那么现在我们有了一个窗体,在解决首要问题:如何让XNA的内容显示在MainForm上之前,先考虑一下我们前述的MainForm移动等等问题,在MainGame.VB和MainForm.VB中互相调用难以避免,所以我们先公开这两个类。

    二、公开类的相互调用和让MainForm先显示

          先显示MainForm要比先显示MainGame看起来更清晰。至少我是这样认为的,因为我们有一个Program类作为程序入口控制MainGame的运行。所以,我们可以在这个类中公开它们并控制加载顺序,修改之后的类看起来是这样的:

    #If WINDOWS Or XBOX Then
    
    Module Program
        Friend XnaGame As MainGame
        Friend WinForm As New MainForm
        ''' <summary>
        ''' The main entry point for the application.
        ''' </summary>
        Sub Main(ByVal args As String())
            WinForm.Show()
            Using Game As New MainGame()
                XnaGame = Game
                Game.Run()
            End Using
        End Sub
    End Module
    
    #End If
    

    这样MainForm的实例将先被初始化,而后运行MainGame的实例。

    三、让XNA内容显示在MainForm上

    确切的说是一个叫做MinWorld的Panel上,现在,我们必须拿出杀手锏来了,指定XNA的设备用指定的句柄来创建。这可以在graphics.PreparingDeviceSettings事件中实现,将句柄指定:

        Private Sub Graphics_PreparingDeviceSettings(sender As Object, e As PreparingDeviceSettingsEventArgs)
            e.GraphicsDeviceInformation.PresentationParameters.DeviceWindowHandle = MinWorld.Handle
            e.GraphicsDeviceInformation.PresentationParameters.BackBufferWidth = MinWorld.Width
            e.GraphicsDeviceInformation.PresentationParameters.BackBufferHeight = MinWorld.Height
        End Sub
    

    在代码中,同时设置了背景缓冲区大小,使得两个窗体的大小互相匹配。当然,还需要在MainGame.VB的构造函数添加这个事件处理过程。

    四、两窗体的同步过程

    这包含很多问题,不仅仅是前面我所提到的窗体大小和位置同步,还包括最小化,XNA窗体在WINDOWS任务栏的显示,重置摄影机等等。为了便于编码,首先在MainGame.vb的构造函数中,初始化一个全局变量:

    Friend WithEvents XNAfrm As System.Windows.Forms.Form
    XNAfrm= CType(System.Windows.Forms.Form.FromHandle(Me.Window.Handle), System.Windows.Forms.Form)

    XNAfrm就是MainGame启动的窗体了。这样我们就可以像操作普通窗体一样操作它。当然,如果你愿意可以不用WithEvents关键字而在构造函数中使用AddHandle来关联事件。接下来就是处理剩下的“很多问题”,假设你熟悉窗体事件,那么很容易能够看出,需要处理的问题集中在窗体大小改变和可见性变化上。

        Private Sub MainGame_VisibleChanged(sender As Object, e As EventArgs) Handles XNAfrm.VisibleChanged
            If XNAfrm.Validate Then
                XNAfrm.FormBorderStyle = Windows.Forms.FormBorderStyle.None
                XNAfrm.Location = minWorld.PointToScreen(Drawing.Point.Empty)
                XNAfrm.Size = minWorld.Size
                XNAfrm.Visible = False
                XNAfrm.ShowInTaskbar = False
            End If
        End Sub
    
        Private Sub MainGame_SizeChanged(sender As Object, e As EventArgs) Handles XNAfrm.SizeChanged
            graphics.PreferredBackBufferWidth = minWorld.Width
            graphics.PreferredBackBufferHeight = minWorld.Height
            graphics.ApplyChanges()
            Camera = New Camera2D(GraphicsDevice)
        End Sub
    

    在窗体显示时,VisibleChanged事件将会被调用,在这里为了我做了一些工作:

    1、去掉窗体边框,这样窗体大小就和其窗体客户区大小匹配,有利于使窗体大小与我们偷梁换柱的控件大小保持一致。

    2、指定窗体位置与实际显示控件位置一致,这可能看起来没有什么必要。但实际上不这样做在使用Mouse.GetState时出现偏移。与其后面矫正,不如现在对齐。

    3、匹配窗体和实际控件大小,这可以避免画面显示不正常。

    4、5、隐藏窗体和任务栏显示,注意两句的顺序。这样可以使得窗体消失——它彻底去了幕后,我们的界面就看起来就完美了。别担心,即使窗体不可见,获取鼠标键盘也不受影响。还记得用DX来偷窥其他程序的输入的代码吗?

    在SizeCanged事件中,重新指定了背景缓冲区的大小,注意ApplyChanges,否则上面两两句无效。同时,我重新初始化了我的摄影机。

    OK,剩下的问题就是把这两个事件利用起来。VisibleChanged没有什么好说的,是第一次显示的时候起作用。SizeCanged事件也很好引发,只需要在WinForm中重新指定XNAFrm大小就可以了。我们为了保持窗体的大小、位置等同步——成为我们实际显示控件的影子,所以需要处理两个事件:

        Private Sub MainForm_Resize(sender As Object, e As EventArgs) Handles Me.Resize
            If Program.XnaGame IsNot Nothing Then
                If WindowState = FormWindowState.Normal OrElse WindowState = FormWindowState.Maximized Then
                    Program.XnaGame.XNAFrm.Size = MinWorld.Size
                    Program.XnaGame.XNAFrm.Location = MinWorld.PointToScreen(Drawing.Point.Empty)
                End If
                If WindowState = FormWindowState.Normal OrElse WindowState = FormWindowState.Minimized Then
                    Program.XnaGame.XNAFrm.WindowState = WindowState
                End If
            End If
        End Sub
    
        Private Sub MainForm_Move(sender As Object, e As EventArgs) Handles Me.Move
            If Program.XnaGame IsNot Nothing Then
                Program.XnaGame.XNAFrm.Location = MinWorld.PointToScreen(Drawing.Point.Empty)
            End If
        End Sub
    

    需要注意的是Resize事件中的处理,在窗体最大化和恢复的时候,显示控件的位置也会移动。在窗体最小化和恢复的时候,也应该对XNAFrm进行同样的操作,否则它继续或不再接收输入将会引发以外的问题。

    至此,看起来问题都解决了,原来的XNA窗体彻底成了我们显示控件的影子。但实际上,并非如此,回顾最初一段代码和XNA的架构可以预见(哦,好吧,我也是关了窗体发现进程还在发现的。可见调试的必要性,至少我这脑子漏洞很多。):XnaGame还在运行。那么,退出窗体时干掉它就万事大吉了:

        Private Sub MainForm_FormClosed(sender As Object, e As FormClosedEventArgs) Handles Me.FormClosed
            If Program.XnaGame IsNot Nothing Then
                Program.XnaGame.Exit()
            End If
        End Sub
    

    最后,给这个小小半的半成品上个玉照:

  • 相关阅读:
    POJ2993——Emag eht htiw Em Pleh(字符串处理+排序)
    POJ2109——Power of Cryptography
    POJ2993——Help Me with the Game(字符串处理+排序)
    POJ1573——Robot Motion
    POJ2632——Crashing Robots
    POJ1068——Parencodings
    POJ3295——Tautology
    POJ2506——Tiling
    POJ2524——Ubiquitous Religions
    性能问题“三板斧”
  • 原文地址:https://www.cnblogs.com/zcsor/p/5936751.html
Copyright © 2020-2023  润新知