Schemaverse के लिए क्लाइंट बॉट लिखना

एक हब पर पहले से ही SQL गेम का उल्लेख था। लेकिन मैं सभी व्यस्त था और केवल हाल ही में यह पता लगाने का फैसला किया कि यह क्या है। दुर्घटना के कारण, मैंने एक स्कीमा चुना जो कि पहले से ही हैबर पर भी उल्लेख किया गया था।

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

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

शुरुआत से ही, मैंने तीसरे पक्ष के पुस्तकालयों के उपयोग को कम करने का फैसला किया। इसलिए, पहले हम डेटाबेस से संबंध स्थापित करते हैं।

var config = require('./config.js'); // Postgres connection var pg = require('pg'), conn = "pg://"+config.username+":"+config.password+"@db.schemaverse.com:5432/schemaverse"; var UserModel = require('./models/user'); var CommandProcessor = require('./command_processor'); pg.connect(conn, function(err, client) { if (!err){ var userModel = new UserModel.constructor(client); CommandProcessor(userModel); } else { console.log(err); } }); 

कनेक्शन स्थापित होने के बाद, उपयोगकर्ता को प्रारंभ किया जाता है और ताकि आप कंसोल में कुछ आंकड़े देख सकें और विज़ुअलाइज़र शुरू कर सकें, मैंने एक कमांड हैंडलर जोड़ा।
जब कोई उपयोगकर्ता आरंभिक होता है, तो उसके ग्रहों के बारे में जानकारी एकत्र की जाती है। खनिक / आक्रमणकारियों / इंजीनियरों का निर्माण प्रत्येक ग्रह को अपने लिए बनाता है। और सभी जहाजों के लिए ईंधन भरने / उन्नयन।
यह एक मोड़-आधारित रणनीति है, और मैं इस कदम की अवधि की निर्भरता का पता नहीं लगा सका। इसलिए, मैं यह देखने के लिए जांचता हूं कि क्या चाल पूरी हुई है, पिछले चाल की लंबाई के आधार पर। नई चाल की शुरुआत में, जहाजों की स्थिति की जांच की जाती है और हैंडलर को बुलाया जाता है जिसे टिक इवेंट में सब्सक्राइब किया जाता है। एक नए ग्रह के कब्जे के बारे में जानकारी घटनाओं की सूची से प्राप्त की जाती है। ग्रह को पकड़ने के लिए, इससे सफलतापूर्वक ईंधन निकालने के लिए पर्याप्त है। यह खेल का एकमात्र संसाधन है। इसके अलावा, प्रत्येक चाल के साथ, सभी उड़ान जहाजों के पाठ्यक्रम और गति को सही किया जाता है।
एक नए ग्रह को कैप्चर करते समय, इसे ग्रहों की सूची में जोड़ा जाता है और टिक इवेंट की सदस्यता लेता है।

 var tick = function(){ repair_damaged(); create_miners(); create_attackers(); go_to_conqueror(); } //constructor user.on(tick); 

कंसोल आउटपुट से इस सब पर नज़र रखना बहुत दिलचस्प नहीं है। मैंने कमांडप्रोसेसर मॉड्यूल जोड़ा जिसके साथ आप किसी भी समय गेम की स्थिति की जांच कर सकते हैं। किसी भी समय, आप समर्थित आदेशों की सूची का विस्तार कर सकते हैं। लेकिन अधिक विस्तार में मैं विज़ुअलाइज़र के बारे में और उन समस्याओं के बारे में बात करना चाहता हूं जो मुझे सामना करना पड़ा।

मैप कमांड दर्ज करने के बाद, पहली बात यह है कि वेब और वेबसोकेट सर्वर बनाते हैं।

 var app = require('http').createServer(handler), io = require('socket.io').listen(app, { log: false }); 

विज़ुअलाइज़र टिक इवेंट की भी सदस्यता लेता है और ग्राहकों को एक संदेश भेजता है कि मैप को अपडेट किया जा सकता है।
वास्तव में, एक वेब सर्वर केवल स्टैटिक्स को स्थानांतरित करने के लिए आवश्यक है, अर्थात एक वेबसोकेट क्लाइंट।
मौजूदा विज़ुअलाइज़र केवल सामान्य मानचित्र प्रदर्शित करते हैं। मेरा लक्ष्य भी बेड़े को प्रदर्शित करना था।

यह कुछ इस तरह दिखता है:

निकट आने पर मैंने और ग्रह किए, क्योंकि वे जहाजों द्वारा बंद किए गए थे।

सबसे बड़े पैमाने पर, मानचित्र बहुत लंबे समय से अद्यतन कर रहा है। यदि आप इसे स्थानांतरित करते हैं या इसे बढ़ाते हैं, तो आपको लंबे समय तक इंतजार भी करना होगा। जब भी मैं छींकता हूं मैं हर बार नक्शे को अपडेट नहीं करता हूं, लेकिन जब तक उपयोगकर्ता नए वांछित निर्देशांक में प्रवेश नहीं करता तब तक प्रतीक्षा करें। नक्शा माउस व्हील और फेरबदल का जवाब देता है। ग्राहक वांछित पैटर्न की वृद्धि, ऑफसेट और आकार की डिग्री स्थानांतरित करता है। सर्वर, इस डेटा के आधार पर, डेटाबेस से वस्तुओं का अनुरोध करता है, उन्हें कैनवास पर खींचता है और उन्हें क्लाइंट को वापस भेजता है।

 get_map_base64( data.x, data.y, data.w, data.h, data.zoom, data.render_planets, data.render_ships, function(img){ socket.emit('draw', img); } ); 

सिद्धांत रूप में, सर्वर केवल जहाजों या केवल ग्रहों को आकर्षित कर सकता है, लेकिन मैं अभी तक इसका उपयोग नहीं करता हूं।

मैप अपडेट स्पीड को ऑप्टिमाइज़ करना संभव था अगर: स्थानीय रूप से ग्रहों की सूची को स्टोर करना और "विजेता" इवेंट के अनुसार अलग-अलग ग्रहों को बदलना, और यदि आप आधार से सभी कार्ड नहीं लेते हैं, लेकिन उन्हें वर्गों में विभाजित करते हैं और वर्ग से एक लेते हैं।
लेकिन स्थानीय रूप से संग्रहीत करने के लिए उनमें से बहुत सारे हैं, मैंने स्मृति को बचाने का फैसला किया, और यदि आप एक वर्ग से लेते हैं, तो बड़े पैमाने पर आप अपने प्रारंभिक ग्रह को नहीं देख सकते हैं। इसलिए, मैंने इस प्रक्रिया को अभी तक अनुकूलित नहीं करने का फैसला किया। इसके अलावा, एक बड़ी वृद्धि के साथ, सब कुछ बहुत जल्दी अपडेट किया जाता है।

प्रोजेक्ट रिपॉजिटरी के लिए लिंक - https://github.com/peinguin/schemaverse_bot