एकल .NET गेम के विकास के उदाहरण पर क्रॉस-प्लेटफ़ॉर्म मल्टीप्लेयर का सबसे सरल कार्यान्वयन। भाग दो, अधिक तकनीकी

इसलिए, सैंडबॉक्स से मेरे पहले लेख को जारी रखने का वादा किया गया है , जिसमें विभिन्न प्लेटफार्मों पर ग्राहकों के साथ खेलने की क्षमता के साथ एक सरल मल्टीप्लेयर गेम के कार्यान्वयन पर कुछ तकनीकी विवरण होंगे।
पिछले भाग को मैंने अपने गेम के नवीनतम संस्करण "मैजिक याटज़ी" में क्लाइंट-सर्वर इंटरैक्शन, वेबसॉकेट्स के लिए एक टूल के रूप में उपयोग किया। अब कुछ तकनीकी विवरण।

1. सामान्य

सामान्य तौर पर, सब कुछ इस चित्र में दिखाया गया है:



ऊपर विभिन्न प्लेटफार्मों और सर्वर पर तीन ग्राहकों के बीच बातचीत का एक आरेख है। प्रत्येक भाग पर अधिक विस्तार से विचार करें।

2. सर्वर

मेरा सर्वर MVC4 पर आधारित है, जो विंडोज एज़्योर में "क्लाउड सेवा" के रूप में काम कर रहा है। ऐसा चुनाव क्यों? सब कुछ सरल है:
1) मुझे कुछ नहीं पता है।
2) मेरे पास केवल गेम से संबंधित इंटरैक्शन के लिए वेबसकेट है, बाकी सब कुछ, जैसे कि सर्वर की स्थिति की जांच करना, अंक प्राप्त करना / बचत करना, और अधिक - वेबएपी के माध्यम से - इसलिए एमवीसी है।
3) मेरे पास Azure सेवाओं की सदस्यता है।

ऊपर दिए गए आरेख के अनुसार - सर्वर में तीन भाग होते हैं:
1) सर्वरगेम - पूरे खेल तर्क का कार्यान्वयन;
2) ServerClient - खेल और नेटवर्क भाग के बीच एक प्रकार का मध्यस्थ;
3) WSCommunicator - क्लाइंट के साथ नेटवर्क इंटरैक्शन के लिए जिम्मेदार हिस्सा - कमांड प्राप्त करना / भेजना।

ServerGame और ServerClient का विशिष्ट कार्यान्वयन उस विशेष गेम पर निर्भर करता है जो आप विकसित कर रहे हैं। सामान्य तौर पर, ServerClient क्लाइंट से एक कमांड प्राप्त करता है, इसे प्रोसेस करता है, और क्लाइंट की कार्रवाई के बारे में गेम को सूचित करता है। उसी समय, वह खेल की स्थिति ( ServerGame ) की निगरानी करता है और किसी भी परिवर्तन के बारे में अपने ग्राहक को ( WSCommunicator के माध्यम से जानकारी भेजता है) सूचित करता है।
उदाहरण के लिए, मेरे पासा के खेल के बारे में: विंडोज 8 क्लाइंट पर एक उपयोगकर्ता ने अपनी बारी में कई पासा सुरक्षित किए (यह सुनिश्चित किया कि अगले मूल्य पर उनका मूल्य नहीं बदला)। यह जानकारी सर्वर को प्रेषित की गई और ServerClient ने इस बारे में ServerGame वर्ग को सूचित किया, जिसने खेल की स्थिति में आवश्यक परिवर्तन किए। इस गेम से जुड़े सभी अन्य सर्वर क्लाइंट (इस मामले में, WP और Android) को इस बदलाव के बारे में सूचित किया गया था, और उन्होंने बदले में, यूआई के माध्यम से उपयोगकर्ताओं को सूचित करने के लिए उपकरणों को जानकारी भेजी।
यह कहा जाना चाहिए कि ServerGame वर्ग में ही "सर्वर" कुछ भी नहीं है। यह एक नियमित .NET क्लास है जिसमें ClientGame के साथ एक सामान्य इंटरफ़ेस है। इस प्रकार, हम क्लाइंट प्रोग्राम में ClientGame के लिए इसे प्रतिस्थापित कर सकते हैं और इस प्रकार एक स्थानीय गेम प्राप्त कर सकते हैं। यह ठीक उसी तरह है जैसे मेरे "बुकलेट" में एक स्थानीय खेल काम करता है - जब एक यूआई पेज से स्थानीय और नेटवर्क दोनों खेल संभव होते हैं।
WSCommunicator - जैसा कि मैंने कहा, नेटवर्किंग के लिए जिम्मेदार वर्ग। विशेष रूप से, यह इस बातचीत को वेब पॉकेट के माध्यम से लागू करता है। .NET 4.5 ने वेब सॉकेट्स का अपना कार्यान्वयन शुरू किया। इस कार्यान्वयन का मूल वेबसॉकेट वर्ग है, WSCommunicator अनिवार्य रूप से इस पर एक आवरण है, जो कनेक्शन खोलने / बंद करने, पुन: कनेक्ट करने, एक विशिष्ट प्रारूप में डेटा भेजने / प्राप्त करने का प्रयास करता है।
अब थोड़ा कोड। प्रारंभिक कनेक्शन के लिए, एचटीपी हैंडलर का उपयोग किया जाता है। एक भौतिक पृष्ठ वैकल्पिक है। यह WebConfig'e में पैरामीटर सेट करने के लिए पर्याप्त है:

… <system.webServer> <handlers> <remove name="ExtensionlessUrlHandler-Integrated-4.0" /> <add name="app" path="app.ashx" verb="*" type="Sanet.Kniffel.Server.ClientRequestHandler" /> <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="*" type="System.Web.Handlers.TransferRequestHandler" resourceType="Unspecified" requireAccess="Script" preCondition="integratedMode,runtimeVersionv4.0" /> </handlers> </system.webServer> … 

इस प्रकार, सर्वर पर पृष्ठ (आभासी) "app.ashx" को एक्सेस करते समय, वर्ग "Sanet.Kniffel.Server.ClientRequestHandler" से कोड कहा जाएगा। यहाँ यह कोड है:

 public class ClientRequestHandler : IHttpHandler { public void ProcessRequest(HttpContext context) { if (context.IsWebSocketRequest) //  WebSocket context.AcceptWebSocketRequest(new Func<AspNetWebSocketContext, Task>(MyWebSocket)); else //  Http context.Response.Output.Write("  ..."); } public async Task MyWebSocket(AspNetWebSocketContext context) { string playerId = context.QueryString["playerId"]; if (playerId == null) playerId = string.Empty; try { WebSocket socket = context.WebSocket; // ,   WSCommunicator'          ServerClientLobby clientLobby = null; if (!string.IsNullOrEmpty(playerId)) { //         if ( !ServerClientLobby.playerToServerClientLobbyMapping.TryGetValue(playerId, out clientLobby)) { //  -   clientLobby = new ServerClientLobby(ServerLobby, playerId); ServerClientLobby.playerToServerClientLobbyMapping.TryAdd(playerId, clientLobby); } } else { //       return; } //     clientLobby.WebSocket = socket; await clientLobby.Start(); } catch (Exception ex) { //-   ... } } } 

मुझे लगता है, टिप्पणियों को ध्यान में रखते हुए, सब कुछ स्पष्ट होना चाहिए। WSCommunicator.Start () विधि क्लाइंट से "स्टैंडबाय" कमांड लॉन्च करती है। यहाँ यह कैसा दिखता है ():

  public async Task Start() { if (Interlocked.CompareExchange(ref isRunning, 1, 0) == 0) { await Run(); } } protected virtual async Task Run() { while (WebSocket != null && WebSocket.State == WebSocketState.Open) { try { string result = await Receive(); if (result == null) { return; } } catch (OperationCanceledException) //     { } catch (Exception e) { //-  //  CloseConnections(); // ,       OnReceiveCrashed(e); } } } 

यह सामान्य हिस्सा है, मैं सर्वर के आगे के विवरण को छोड़ देता हूं, क्योंकि यह आपके द्वारा किए जा रहे खेल पर अधिक निर्भर करेगा। मैं केवल यह कह सकता हूं कि टेक्स्ट फॉर्मेट में कमांड्स वेबस्केट (सहित) के माध्यम से प्रेषित होते हैं। इन टीमों का विशिष्ट कार्यान्वयन फिर से मुख्य रूप से खेल पर निर्भर करता है। क्लाइंट से एक आदेश मिलने पर, इसे WSCommunicator.Receive () विधि द्वारा संसाधित किया जाएगा, और WSCommunicator.Send () द्वारा क्लाइंट को भेजा जाएगा। बीच में सब कुछ - फिर से, खेल के तर्क पर निर्भर करता है।

3. ग्राहक

3.1 WinRT।

यदि क्लाइंट पूर्ण .NET 4.5 पर था, तो सर्वर पर उसी WSCommunicator वर्ग का उपयोग करना संभव होगा, जैसे कि कुछ मामूली परिवर्धन के साथ - WebSocket वर्ग के बजाय, ClientWebSocket वर्ग की आवश्यकता होगी, और सर्वर से कनेक्ट करने के लिए अनुरोध के साथ तर्क जोड़ना। लेकिन WinRT अपने स्वयं के वेब सॉकेट्स को StreamWebSocket और MessageWebSocket वर्गों के साथ कार्यान्वित करता है। पाठ संदेश भेजने के लिए, दूसरे का उपयोग किया जाता है। यह सर्वर का उपयोग करने के लिए एक कनेक्शन स्थापित करने के लिए कोड है:

 public async Task<bool> ConnectAsync(string id, bool isreconnect = false) { try { //    ,            //(,  ) MessageWebSocket webSocket = ClientWebSocket; //     if (!IsConnected) { //   (ws://myserver/app.ashx") var uri = ServerUri(); webSocket = new MessageWebSocket(); webSocket.Control.MessageType = SocketMessageType.Utf8; //  webSocket.MessageReceived += Receive; webSocket.Closed += webSocket_Closed; await webSocket.ConnectAsync(uri); ClientWebSocket = webSocket; //        if (Connected != null) Connected(); //,    return true; } return false; } catch (Exception e) { //-   return false; } } 

इसके अलावा, सब कुछ एक सर्वर पर होता है: WSCommunicator.Receive () सर्वर से संदेश प्राप्त करता है, WSCommunicator.Send () - भेजता है। GameClient सर्वर और उपयोगकर्ता से प्राप्त डेटा के अनुसार काम करता है।

3.2 विंडोज फोन, ज़ामरीन और सिल्वरलाइट (साथ ही .NET 2.0)

ये सभी प्लेटफ़ॉर्म आउट ऑफ़ बॉक्स वेब सॉकेट का समर्थन नहीं करते हैं। सौभाग्य से, एक उत्कृष्ट खुला स्रोत पुस्तकालय है WebSocket4Net , जिसका मैंने पिछले लेख में उल्लेख किया था। इस लाइब्रेरी में कार्यान्वित किए गए एक के साथ WSCommunicatar ई में वेब सॉकेट क्लास की जगह, हम इन प्लेटफार्मों से सर्वर से कनेक्ट करने की क्षमता प्राप्त करेंगे। यहां बताया गया है कि कनेक्शन सेटअप कोड कैसे बदलेगा:

 public async Task<bool> ConnectAsync(string id, bool isreconnect = false) { try { //    ,            //(,  ) WebSocket webSocket = ClientWebSocket; //     if (!IsConnected) { //   (ws://myserver/app.ashx") var uri = ServerUri(); webSocket = new WebSocket(uri.ToString()); //  webSocket.Error += webSocket_Error; webSocket.MessageReceived += Receive; webSocket.Closed += webSocket_Closed; //  ,  ""   var tcs = new TaskCompletionSource<bool>(); webSocket.Opened += (s, e) => { //        ClientWebSocket = webSocket; if (Connected != null) Connected(); //,    else tcs.SetResult(true); }; webSocket.Open(); return await tcs.Task; } return false; } catch (Exception ex) { //-   return false; } } 

जैसा कि आप देख सकते हैं, मतभेद हैं, लेकिन बहुत सारे नहीं हैं, मुख्य बात यह है कि सर्वर से कनेक्शन को असिंक्रोनस रूप से खोलना नहीं है, लेकिन इसे ठीक करना आसान है (हालांकि .NET के पुराने संस्करणों में async प्रतीक्षा का समर्थन करने के लिए, आपको Microsoft .Bcl पैकेज को डला से स्थापित करने की आवश्यकता है)।

एक निष्कर्ष के बजाय

मैंने पढ़ा कि मैंने लिखा और समझा कि उत्तर से अधिक प्रश्न हैं। दुर्भाग्य से, एक लेख में सब कुछ वर्णन करना शारीरिक रूप से असंभव है, लेकिन यह पहले से ही सबसे छोटा नहीं है ... लेकिन मैं प्रशिक्षित करना जारी रखूंगा।