用C# + Winform 做一個簡易的游戲設計器。

来源:https://www.cnblogs.com/AlbertGarcia/archive/2022/11/25/16924833.html
-Advertisement-
Play Games

title: c# GameDesigner2 description: published: true date: 2022-10-05T12:14:46.146Z tags: editor: markdown dateCreated: 2022-10-05T07:57:15.455Z # 地址 ...


--- title: c# GameDesigner2 description: published: true date: 2022-10-05T12:14:46.146Z tags: editor: markdown dateCreated: 2022-10-05T07:57:15.455Z --- # 地址 [GitHub地址:https://github.com/AlbertGarcia0219/GameDesigner2](https://github.com/AlbertGarcia0219/GameDesigner2) [Gitee地址:https://gitee.com/KiwiSenpaii/game-designer2](https://gitee.com/KiwiSenpaii/game-designer2) # 目的 我是前端菜鳥,嘗試學習後端的繼承,線程等思想。 # 設計 一個線程負責設計,一個線程負責模擬運行。 1. 模仿Unity游戲引擎,游戲引擎有兩個生命周期鉤子,`Start()`和`Update()`,其中`Start()`只在視窗打開時執行執行一次,`Update()`的執行次數要看CPU的能力了。根據`Unity.testFPS()`的測試,在沒有線程休眠的情況下,極限是每秒58幀。 2. 儘量將邏輯分開,窗體邏輯作為主線程,接收鍵鼠事件。`GameMainThread`是游戲的線程,負責模擬游戲的運行。 3. `Form1`只負責窗體的邏輯,不負責游戲的邏輯,例如打開彈出框,選擇材料等。`Unity`是游戲的引擎,把所有與游戲相關的邏輯放在`Unity`中,例如創建敵人,摧毀牆等。這樣在Coding的時候邏輯更清晰,擴展性更好,利於代碼維護。
# 代碼 ## 繼承 左側是類,右側是線程 ![](./img1.jpg) 游戲主要使用到的類 1. `GameObject`抽象類 > 坐標,寬高,圖片,幀函數,碰撞演算法,繪製自身 2. `Stationary` > 實現父類抽象方法`GetImg`,設置寬高,並無子類,圖中子類不過是換了圖片和游戲數據。 3. `Active` > 新增方向,速度,移動和碰撞檢測函數 4. `Active`子類 > 重寫父類幀函數,重寫碰撞檢測等等
## 游戲數據和List的關係 List存儲了實際的游戲對象,用來遍歷。 GameData是對游戲當前數據的映射,1是wall(牆),2是wall2(不可破壞的牆)等等,參考`Unity`的游戲設計模塊。
**繼承雖然可以很好地復用代碼,但是同時會破壞封裝。假設子類的某個函數使用到了父類的某個函數或者屬性,一旦父類修改代碼,子類幾乎是必定要修改代碼,破壞了封裝反而會增加維護成本。最好的辦法是用介面+組合** ## 碰撞檢測 這次採用了比屏保泡泡更好的碰撞檢測,用`Active`運動的下一幀的位置,也就是未來的位置來判斷是否碰撞,省去了屏保泡泡碰撞之後將兩個泡泡分開的步驟。 ## 游戲數據 用二維數組做一個映射,並不根據二維數組渲染頁面,用List存儲實際的對象。 ## MoveCheck 其實更應當作為一個抽象方法。 ## 線程鎖 因為多線程會出現兩個線程同時操作同一資源的情況,需要上鎖。 # 補充 1. 不能在遍歷的一個`List`的同時去刪除`List`中的元素。 # 缺陷 1. 游戲聲音無法重合,無論 new 多少個`SoundPlayer`都只能同時播放一個音頻。 > 嘗試使用多線程播放多個音頻,失敗。 2. 後期邏輯不清晰。Unity引擎同時負責了模擬游戲和設計游戲,耦合性太強,沒有用泛型,復用性差。
您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 1、登錄 1.1 登錄的時候做vip的判斷; 1.2 使用JWT(Java Web token),驗證登錄,更加安全 2、連續簽到 2.1判斷是否斷簽: ​ 通過判斷昨天是否登錄,可以判斷; 2.2判斷連續簽到多少天: ​ 將每次簽到的記錄保存在redis中,判斷保存的數量,有多少個,就連續簽到多少 ...
  • 1、使用質數定義計算 #version1import datetime #導入模塊計算效率start = datetime.datetime.now() count = 0 for x in range(2,100000): #求指定範圍內的質數 for i in range(2,x): #除以1和 ...
  • Spring Boot 3.0 正式發佈 大家好,我是棧長。 Spring Boot 3.0 正式發佈了: 同時發佈更新的還有 2.7.x 和 2.6.x 兩條版本線,Spring Boot 是我見過的發版最守時的技術框架之一。 Spring Boot 3.0 這是一個重大的主版本更新,距離上一代的 ...
  • 本文主要跟隨Datawhale的學習路線以及內容教程,詳細介紹了集成學習常見的多個演算法的基於sklearn的實現過程,同時還有兩個案例,內容豐富。 ...
  • 1、流程圖 1.1 數據預熱 1.2 搶購 1.3 生成訂單 (發送訂單消息) 1.4 訂單入庫 (監聽 消費訂單消息) 1.5 查看訂單狀態 1.6 支付 (獲取支付鏈接 ) 1.7 支付成功 微信回調 (發送 支付成功消息) 1.8 支付成功 返回給前端成功 (監聽 支付成功消息) 2、incr ...
  • 首先接到這個任務,發現nginx的日誌限制更多的都是在Linux下做的,找了半天,也沒找到能直接通過nginx.conf更改體現到日誌限制上的。 最後決定直接通過bat腳本,來對nginx的日誌進行分割和刪除。 至於需要誰來執行bat腳本,大家可以根據自己的業務需求來操作,比如: 1.通過系統的任務 ...
  • 聲明 本文章中所有內容僅供學習交流使用,不用於其他任何目的,不提供完整代碼,抓包內容、敏感網址、數據介面等均已做脫敏處理,嚴禁用於商業用途和非法用途,否則由此產生的一切後果均與作者無關! 本文章未經許可禁止轉載,禁止任何修改後二次傳播,擅自使用本文講解的技術而導致的任何意外,作者均不負責,若有侵權, ...
  • 繼上篇文章(EF Core懶人小技巧之拒絕DbSet)之後,最近筆者把這個小功能單獨封裝成一個擴展方法並開源,歡迎交流和Star~ GitHub: EntityFrameworkCore.Extension.AutoMapping Nuget:EntityFrameworkCore.Extensio ...
一周排行
    -Advertisement-
    Play Games
  • 1、預覽地址:http://139.155.137.144:9012 2、qq群:801913255 一、前言 隨著網路的發展,企業對於信息系統數據的保密工作愈發重視,不同身份、角色對於數據的訪問許可權都應該大相徑庭。 列如 1、不同登錄人員對一個數據列表的可見度是不一樣的,如數據列、數據行、數據按鈕 ...
  • 前言 上一篇文章寫瞭如何使用RabbitMQ做個簡單的發送郵件項目,然後評論也是比較多,也是準備去學習一下如何確保RabbitMQ的消息可靠性,但是由於時間原因,先來說說設計模式中的簡單工廠模式吧! 在瞭解簡單工廠模式之前,我們要知道C#是一款面向對象的高級程式語言。它有3大特性,封裝、繼承、多態。 ...
  • Nodify學習 一:介紹與使用 - 可樂_加冰 - 博客園 (cnblogs.com) Nodify學習 二:添加節點 - 可樂_加冰 - 博客園 (cnblogs.com) 介紹 Nodify是一個WPF基於節點的編輯器控制項,其中包含一系列節點、連接和連接器組件,旨在簡化構建基於節點的工具的過程 ...
  • 創建一個webapi項目做測試使用。 創建新控制器,搭建一個基礎框架,包括獲取當天日期、wiki的請求地址等 創建一個Http請求幫助類以及方法,用於獲取指定URL的信息 使用http請求訪問指定url,先運行一下,看看返回的內容。內容如圖右邊所示,實際上是一個Json數據。我們主要解析 大事記 部 ...
  • 最近在不少自媒體上看到有關.NET與C#的資訊與評價,感覺大家對.NET與C#還是不太瞭解,尤其是對2016年6月發佈的跨平臺.NET Core 1.0,更是知之甚少。在考慮一番之後,還是決定寫點東西總結一下,也回顧一下.NET的發展歷史。 首先,你沒看錯,.NET是跨平臺的,可以在Windows、 ...
  • Nodify學習 一:介紹與使用 - 可樂_加冰 - 博客園 (cnblogs.com) Nodify學習 二:添加節點 - 可樂_加冰 - 博客園 (cnblogs.com) 添加節點(nodes) 通過上一篇我們已經創建好了編輯器實例現在我們為編輯器添加一個節點 添加model和viewmode ...
  • 前言 資料庫併發,數據審計和軟刪除一直是數據持久化方面的經典問題。早些時候,這些工作需要手寫複雜的SQL或者通過存儲過程和觸發器實現。手寫複雜SQL對軟體可維護性構成了相當大的挑戰,隨著SQL字數的變多,用到的嵌套和複雜語法增加,可讀性和可維護性的難度是幾何級暴漲。因此如何在實現功能的同時控制這些S ...
  • 類型檢查和轉換:當你需要檢查對象是否為特定類型,並且希望在同一時間內將其轉換為那個類型時,模式匹配提供了一種更簡潔的方式來完成這一任務,避免了使用傳統的as和is操作符後還需要進行額外的null檢查。 複雜條件邏輯:在處理複雜的條件邏輯時,特別是涉及到多個條件和類型的情況下,使用模式匹配可以使代碼更 ...
  • 在日常開發中,我們經常需要和文件打交道,特別是桌面開發,有時候就會需要載入大批量的文件,而且可能還會存在部分文件缺失的情況,那麼如何才能快速的判斷文件是否存在呢?如果處理不當的,且文件數量比較多的時候,可能會造成卡頓等情況,進而影響程式的使用體驗。今天就以一個簡單的小例子,簡述兩種不同的判斷文件是否... ...
  • 前言 資料庫併發,數據審計和軟刪除一直是數據持久化方面的經典問題。早些時候,這些工作需要手寫複雜的SQL或者通過存儲過程和觸發器實現。手寫複雜SQL對軟體可維護性構成了相當大的挑戰,隨著SQL字數的變多,用到的嵌套和複雜語法增加,可讀性和可維護性的難度是幾何級暴漲。因此如何在實現功能的同時控制這些S ...