遊戲原始碼，開發相關的架構知識與原則

在

遊戲原始碼

開發之前，需要經過需求分析、架構設計、

UI設計等準備階段，其中架構階段對開發來說非常重要。在架構階段可以確定

遊戲原始碼

的架構以及技術選型，但是架構並不是那麼簡單的，涉及到伺服器、資料庫等資源。

遊戲原始碼

一、

遊戲搭建的伺服器

伺服器可以分為

web伺服器和應用伺服器兩類，web伺服器主要是為系統提供HTTP協議支援，以及HTML等靜態資源，還可以為使用者提供網頁瀏覽的服務。應用伺服器不僅可以為系統提供HTTP協議支援，還可以提供其他協議支援，比如RMI，並且還能處理

遊戲原始碼

的動態請求。

在架構上，

web伺服器位於上層，直接為前端提供服務，應用伺服器處於web伺服器之下，可以透過web伺服器做應用伺服器的反向代理，隱藏應用伺服器IP，並且可以搭建應用伺服器叢集。

遊戲原始碼

二、

前後臺應用

遊戲原始碼

可以分為前後臺應用，前臺應用是指使用者使用的埠，比如

APP、小程式等，後臺應用是指遊戲運營後臺，是平臺進行遊戲運維的埠。前臺應用和後臺應用的面向物件不同，所以在功能實現上存在差異，很少會出現相同的需求。

不僅是功能上的不同，

遊戲原始碼

的前後臺應用在併發量、效能、可用性、安全性等方面都存在差異。前臺應用對使用者併發量有比較高的要求，並且併發量不是固定的，後臺系統主要是運維人員使用，併發量也比較固定；因為併發量的差異，所以在效能方面、可用性方面，前臺應用的要求比較高，但是後臺應用並沒有很高的需求。

因為

遊戲原始碼

的前臺應用，是直接暴露在使用者面前的，所以面臨的風險更高，就要求更高的安全策略，但是後臺應用只能內網訪問，風險更小，對安全性的要求就比較一般。

遊戲原始碼

三、

系統架構的原則

1、

前後臺應用分離

在架構階段，要遵守

遊戲原始碼

前後臺應用分離的原則，不僅要分開部署，在程式碼實現上也是完全分離的。

2、

前後端分離

遊戲原始碼

的前端實現有多種方式，比如

H5頁面、APP、小程式等，系統前後端服務是分離開的，前後端互動可以透過介面實現。

除了這兩個原則之外，

遊戲原始碼

架構還要進行應用服務的解耦，架構的主要目的就是進行解耦，其次才是思考複用的問題。

宣告：本文由雲豹科技原創，轉載請註明作者名及原文連結，否則視為侵權