Aion के उदाहरण का उपयोग करके एक गेम कैलकुलेटर बनाना

परिचय

जो कोई भी गेम खेलते समय प्रोग्रामिंग का शौकीन होता है वह हमेशा वहां कुछ फास्ट करना चाहता है या कुछ उपयोगी करना चाहता है। कोई खेल में संशोधन करता है, कोई प्रशिक्षक या धोखेबाज़, कोई विकी या फैंटेसी। इस जुनून ने मुझे पास नहीं किया।
मैं वर्तमान में MMO एयन खेल रहा हूं: टॉवर ऑफ एटरनिटी (इसके बाद "एआईएनओ" के रूप में संदर्भित किया गया) कोरियाई डेवलपर एनसीएसओएफटी से। यह उसके बारे में है कि बातचीत चलेगी।

MMOs के बारे में दिमाग में आने वाली पहली बात यूजर इंटरफेस प्लगइन्स है। दुर्भाग्य से, हालांकि खेल ऐड-ऑन का समर्थन करता है, एक मात्र नश्वर उन्हें नहीं बना सकता है: कोई एपीआई प्रलेखन नहीं है, और डिजिटल हस्ताक्षर के बिना ग्राहक बस उन्हें अनदेखा करेगा। डेवलपर्स का एक बहुत ही अजीब निर्णय, लेकिन जाहिर तौर पर उनके पास इसके अपने कारण हैं।

दूसरा गेम आइटम की उपस्थिति में बदलाव है। यहाँ कोई समस्या नहीं लगती है, सिवाय इसके कि क्लाइंट का संशोधन उपयोगकर्ता समझौते द्वारा निषिद्ध है और प्रत्येक उपयोगकर्ता को इस संशोधन को स्थापित करना होगा। इस तरह, आप उन नए आइटमों की उपस्थिति का "प्रयास" कर सकते हैं जो केवल कोरियाई सर्वर पर अब तक मौजूद हैं। फिर उपयुक्त नहीं।

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

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

आवश्यकताओं की परिभाषा

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

निर्माण के लिए, हमें चाहिए:

• गेम क्लाइंट और अनपैकिंग संसाधनों के लिए उपयोगिताओं
• अपने कंप्यूटर पर स्थानीय रूप से गेम डेटा को पार्स करने और परिवर्तित करने के लिए पसंदीदा प्रोग्रामिंग भाषा। व्यक्तिगत रूप से, मैं पर्ल को पसंद करता हूं।
• HTML + CSS और JavaScript (jQuery) का औसत ज्ञान। कैलकुलेटर की सादगी के कारण सर्वर प्रोग्रामिंग आवश्यक नहीं है।
• एक खेल से इंटरफ़ेस छवियों के प्रसंस्करण के लिए एक सरल चित्रमय संपादक, उदाहरण के लिए Paint.NET।
• स्किल आइकन बदलने के लिए dds से png तक बैच कनवर्टर। उदाहरण के लिए, ImageConverter + (एक परीक्षण पर्याप्त है, यह 40x40 छवियों पर वॉटरमार्क नहीं डालता है)
• आलस्य को दूर करने के लिए। हालांकि, शायद, यह मुख्य बिंदु है, और अंतिम नहीं है।

यह हमेशा विषय क्षेत्र के विश्लेषण के साथ किसी भी विकास को शुरू करने के लायक है। आइए देखें कि खेल में कौशल क्या हैं।

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

मेरे चरित्र के कौशल के पेड़ के साथ कलंक और खिड़की का एक टुकड़ा

यह स्पष्ट है कि खेल में उपलब्ध होने की तुलना में कम कलंक स्लॉट हैं और कोरियाई विकल्पों में मनहूस संतुलन के बावजूद, उपयुक्त विकल्पों की आसानी से गणना करने में सक्षम होना अच्छा होगा, अभी भी उनमें से बहुत सारे हैं। यह उसका कैलकुलेटर है जो प्रदान करेगा।

कुल कौशल हमें मिलता है:

• प्रत्येक वर्ग में सुधार के कलंक के 2 पेड़ हैं।
• प्रत्येक प्रकार के अधिकतम 6 टुकड़ों तक बढ़ते स्तरों के साथ स्लॉट की संख्या बढ़ जाती है।
• चरित्र के विकास के साथ कलंक का स्तर भी बढ़ सकता है।
• प्रत्येक कलंक में चरित्र का न्यूनतम आवश्यक स्तर होता है।
• कुछ कलंक अलग-अलग नस्लों के लिए नाम और आइकन या प्रभाव में भिन्न होते हैं।
• प्रत्येक कलंक में कलंक के टुकड़ों में "सम्मिलन" की लागत होती है।
• बेहतर कलंक में एबिस पॉइंट्स (एपी, एबिस पॉइंट्स, एक तरह की गेम मुद्रा जो PvP से जुड़ी है) में खरीदारी की लागत है।

इसके अलावा, अंतिम कैलकुलेटर में निम्नलिखित कार्य होने चाहिए:

• 20 से किसी भी स्तर पर खेल वर्गों में से प्रत्येक के लिए कलंक निर्धारित करने की क्षमता (पहला स्लॉट खुल जाता है) अधिकतम करने के लिए।
• कलंक के स्तर का चुनाव।
• दोस्तों के साथ या मंचों पर चर्चा में एक सेट साझा करने का अवसर। यह कैलकुलेटर का एक बहुत महत्वपूर्ण हिस्सा है।
• बहुभाषावाद, मुझे विदेशी खिलाड़ियों से प्रतिक्रिया प्राप्त करने में रुचि थी।

डेटाबेस

आवश्यकताओं और विषय क्षेत्र के साथ फैसला किया। आप उस सामग्री का अध्ययन करना शुरू कर सकते हैं जिसके साथ आपको काम करना है।

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

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

<client_item> ... <abyss_point>76350</abyss_point> ... <priest>55</priest> ... <require_skill1>PR_EternalServent</require_skill1> <require_skill2>PR_SufferMemory</require_skill2> <require_shard>275</require_shard> <stigma_type>Enhanced1</stigma_type> <gain_skill1>PR_CallLightning_G1</gain_skill1> … <race_permitted>pc_light pc_dark</race_permitted> </client_item> 

ऊपर 76350 एपी के लिए एक मरहम लगाने वाले के लिए एक बेहतर स्तर 55 कलंक है, पहला स्तर कॉललाइटिंग कौशल देता है। स्थापना के लिए 275 कलंक के टुकड़ों की आवश्यकता होती है, पहले से ही स्थापित कलंक EternalServent (पवित्र ऊर्जा) और SufferMemory (कमजोर चिह्न) और दोनों दौड़ के पात्रों के लिए उपलब्ध है।

कौशल के नाम में वर्ग उपसर्ग "PR" (पुजारी) होता है, कौशल devname "CallLightning" है और कौशल स्तर "G1" (ग्रेड 1) है। आवश्यक कलंक के लिए, स्तर महत्वपूर्ण नहीं है, इसलिए, यह इंगित नहीं किया जाता है, वास्तव में, यह एक कौशल का नाम नहीं है, लेकिन एक श्रेणी है। कौशल के विवरण के बारे में विवरण विकास के अंत के करीब वर्णित किया जाएगा। यह जानकारी एक पेड़ बनाने के लिए पर्याप्त है और सामान्य तौर पर खुद को और उनके आइकन के कौशल को छोड़कर सभी आवश्यक हैं, हम थोड़ी देर बाद उनके पास लौट आएंगे।

एक छोटी स्क्रिप्ट का उपयोग करते हुए, हम XML फ़ाइल से लगभग निम्नलिखित रूप में कैलकुलेटर के लिए JSON आधार का पहला संस्करण प्राप्त करते हैं:

 var stigmas = { 'priest': { ... "pr_calllightning":{levels:[55,58,61,64],type:2,require:['pr_eternalservent','pr_suffermemory'],shards:[275,290,732,768],abyss:[76350,91800,187950,205450]}, ... 

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

सभी कौशल वाली फ़ाइल 20kb से थोड़ी कम निकली (अंतिम संस्करण में यह 45kb तक बढ़ गई) और अपस्फीति से बहुत ध्यान देने योग्य होगी, कलंक को शायद ही कभी अपडेट किया जाता है (प्रत्येक प्रमुख पैच), और इसलिए AJAX का उपयोग करके कोई बिंदु लोडिंग डेटा नहीं है और इसे सांख्यिकीय रूप से संग्रहीत किया जा सकता है एक अलग js फ़ाइल में। सभी स्थिर डेटाबेस को एक फ़ाइल में ढालना भी आवश्यक नहीं है, इससे उन्हें अपडेट करना मुश्किल हो जाता है।

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

कैलकुलेटर की रूपरेखा

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

इंटरफ़ेस का मोटा ड्राफ्ट

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

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

 Calc = { className:'priest', race:'pc_light', level:65, slots:[], norAllowed: 6, advAllowed: 6, norLevel:[20,20,30,40,50,55], advLevel:[45,45,50,52,55,58], SLOTS_NOR_MAX:6, SLOTS_ADV_MAX:6, MIN_CHAR_LEVEL: 20, MAX_CHAR_LEVEL: 65 } 

NorAllowed और advAllowed मान उपलब्ध नियमित और बेहतर स्लॉट्स के मूल्यों को संग्रहीत करते हैं, क्रमशः, उनकी गणना नॉट लवल और एडवेलेवल सरणियों के आधार पर वर्ण स्तर के स्तर से की जाती है, जिसमें स्लॉट्स की उपस्थिति स्तर होते हैं।
सम्मिलित कलंक को संग्रहीत करने के लिए, मेरी राय में, एक सरणी सबसे इष्टतम डेटा संरचना होगी। दो सरणियों को रखना तर्कसंगत नहीं है, यह स्लॉट्स पर पुनरावृत्ति को जटिल करता है और कभी-कभी 2x के बजाय 1 चक्र तक कम हो सकता है। उदाहरण के लिए, फ़ंक्शन यह जांचता है कि एक निश्चित कलंक डाला गया है या नहीं, यह जानने की आवश्यकता नहीं है कि बेहतर कलंक के 4 वें स्लॉट उपलब्ध है या नहीं और बस पूरे सरणी के माध्यम से चलता है, हटाए गए फ़ंक्शन को इसकी सफाई का ध्यान रखना चाहिए।

संख्याओं के बजाय चर का उपयोग करना आपको फ़ंक्शन के तर्क को बदलने के बिना आसानी से स्लॉट की कुल संख्या को बदलने की अनुमति देता है। तो मेरे मामले में, साधारण कलंक को SLOTS_NOR_MAX - 1 के माध्यम से सूचकांकों 0 के तहत सरणी में संग्रहीत किया जाता है, और SLOTS_NOR_MAX से SLOTS_NOR_MAX + SLOTS_ORV_MAX तक सुधार किया जाता है - 1. इसलिए यदि अचानक 6 के बजाय 8 स्लॉट हैं, तो आपको उन्हें इंटरफ़ेस में जोड़ना होगा और सेट करना होगा। और SLOTS_ADV_MAX - बाकी सब कुछ नए मूल्यों के साथ काम करेगा जैसे कि वह हमेशा से था।

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


अब हमारे पास एक संस्करण है जिसे आप स्वयं आज़मा सकते हैं। लेकिन यह केवल शुरुआत है।

कौशल वृक्ष

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

 "pr_calllightning":{levels:[55,58,61,64],type:2,require:[['pr_eternalservent_light','pr_eternalservent_dark'],'pr_suffermemory'],shards:[275,290,732,768],abyss:[76350,91800,187950,205450]}, 

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

इंटरफ़ेस का लगभग अंतिम रूप

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

युक्तियाँ और विवरण

कौशल के विवरण के साथ, पहली नज़र में लगता है कि चीजें अधिक जटिल हैं। प्रत्येक कौशल इसके मुख्य गुणों (लागत, आवेदन का समय और पुन: उपयोग, उद्देश्य, आदि) और 1 से 4 प्रभावों का वर्णन है जो इसके प्रभाव का वर्णन करते हैं। और अगर हम मुख्य एक के साथ सब कुछ का वर्णन करते हैं, तो प्रभावों का वर्णन नाममात्र फ़ील्ड के आरक्षित 1 आरक्षित-आरक्षित 24 अर्थ और एक सेट द्वारा किया जाता है जो प्रत्येक प्रकार के प्रभाव के लिए बदलता है। समय के इन मूल्यों का विश्लेषण पूरे कैलकुलेटर को लिखने से अधिक था, लेकिन खेल पात्रों के सभी कौशल के लिए, हम उनके तर्क के साथ आवश्यक मूल्यों की तुलना करने में कामयाब रहे।

विवरण पंक्ति इस प्रकार को प्रतिस्थापित करने के लिए एक टेम्पलेट है:

   ,   [%e1.SpellATK_Instant.FixDamage] . .  : [%First_Target_Valid_Distance] .   [%e2.SpellATK.Damage] .     [%e2.SpellATK.CheckTime]  : [%e2.SpellATK.RemainTime] [%e4.StatDown.StatName] -[%e4.StatDown.Value].       ,       . 

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

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

 "pr_painlinks":{'1':{'e1.spellatk_instant.fixdamage':'532','first_target_valid_distance':'25','e2.spellatk.checktime':'12','cost':'317 MP','cooltime':'300','e4.statdown.statname':'MagicalResist','e2.spellatk.remaintime':'120','e4.statdown.value':'400','casttime':'2','e2.spellatk.damage':'532'}, '2':{'e1.spellatk_instant.fixdamage':'557','cost':'333 MP','e2.spellatk.damage':'557'}, '3':{'e1.spellatk_instant.fixdamage':'590','cost':'355 MP','e2.spellatk.damage':'590'}, '4':{'e1.spellatk_instant.fixdamage':'642','cost':'386 MP','e2.spellatk.damage':'642'}, '5':{'e1.spellatk_instant.fixdamage':'690','cost':'413 MP','e2.spellatk.damage':'690'}, '6':{'e1.spellatk_instant.fixdamage':'738','cost':'442 MP','e2.spellatk.damage':'738'}, '7':{'e1.spellatk_instant.fixdamage':'799','cost':'508 MP','e2.spellatk.damage':'824'}}, 

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

कॉलबैक के साथ नियमित अभिव्यक्ति के साथ मूल्यों को बदलने का सबसे आसान तरीका है:

 desc.replace(/\[%(.*?)\]%?/g, function(){ ...   ... }); 

यदि संपत्ति कुछ समय के लिए संग्रहीत होती है - यह मानव-पठनीय स्ट्रिंग में बदल जाती है (उदाहरण के लिए, "90" के बजाय "1 मिनट 30 सेकंड" है), यदि चरित्र की विशेषताओं का नाम या गेम मैकेनिक्स के कुछ तत्व (उदाहरण के लिए, "आश्चर्यजनक") - आपको चयनित भाषा के अनुसार इसका नाम बदलना चाहिए। शेष संख्याएँ वैसी ही रहती हैं जैसी वे हैं।
निष्कर्ष में, प्राप्त लाइन से, पंक्ति में दो प्रतिशत की घटनाओं को हटाना आवश्यक है (प्रतिशत विशेषता मूल्य में दोनों हो सकता है और विवरण पंक्ति में टेम्पलेट के बाद, अनुवादक भी लोग हैं और ऐसी चीजों को नहीं जान सकते हैं कि प्रतिशत कहां रखा जाए और कहां नहीं) या बिंदु (से) - "सेकंड" और इतने पर संक्षिप्तिकरण के लिए), जो प्रतिस्थापन के परिणामस्वरूप हो सकता है।

पाठ विवरण में कौशल के उपयोग, पुन: उपयोग और लागत का समय इंगित नहीं किया गया है। उन्हें नीचे से नीचे जोड़ा जाना चाहिए।

टूलटिप उपस्थिति

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

टूलटिप स्थिति

बहुभाषी

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

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

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

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

 function getLang(category, name) { if (lang[category] && lang[category][name]) { var result = lang[category][name]; for (var i = 1; i < arguments.length -1; ++i) { var re = new RegExp('%'+i, 'g'); result = result.replace(re, arguments[i+1]); } return result; } return name; } ... lang = $.extend(lang, { base : { ... 'reqlvl':'  %1 ', ... getLang('base', 'reqlvl', 65) //   65  

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

 <span class="iface-string" data-stringid="copyright"></span> 

 $(".iface-string").html(function() { return getLang('interface', $(this).data('stringid')); }); 

भाषाओं के साथ ऐसा काम एक छोटे से प्रोजेक्ट के लिए काफी है, लेकिन इसके लिए php कोड (भाषा परिभाषाएँ, आवश्यक js का प्रतिस्थापन) की आवश्यकता है।

कम करें या न करें?

तो मुख्य कार्यक्षमता तैयार है। यह केवल परिणाम को बचाने के लिए बनी हुई है। इसके लिए आपको जो पहली चीज चाहिए वह है वर्गों और कौशलों के लिए एक सुविधाजनक और संक्षिप्त पहचानकर्ता। चूंकि गेम पहचानकर्ता स्पष्ट रूप से इस परिभाषा के अंतर्गत नहीं आते हैं, इसलिए आपको अपना स्वयं का करना होगा। सीरियल नंबर से सरल और कम क्या हो सकता है? शायद कुछ भी नहीं। डेटाबेस को अपडेट करते समय केवल यह सुनिश्चित करना होगा कि नंबरिंग का उल्लंघन नहीं किया गया है।
कलंक की संख्या हम अलग-अलग हो सकते हैं लेकिन स्तर, दौड़ और वर्ग हमेशा होता है। इसलिए, उन्हें परिणाम के साथ लाइन की शुरुआत में जाना चाहिए, और बाद के स्तर को इंगित करने वाले कलंक के साथ। उदाहरण के लिए, इस तरह:
0,65,0,7,0,18,6,28,2,1,0,12,0,15,0,6,6,13,4,19,6,14,6,32,5, 29.3
ऐसे रिकॉर्ड को छोटा कहना असंभव है। इसलिए आपको एन्कोडिंग एल्गोरिथ्म का आविष्कार करके वर्णों की संख्या कम करने की आवश्यकता है।
यदि आप संख्याओं के बीच विभाजकों को हटाते हैं, तो यह निर्धारित करना असंभव होगा कि एक संख्या कहां समाप्त होती है और एक नया शुरू होता है। ऐसा लगता है कि संख्या प्रणाली के आधार को बढ़ाकर समस्या को हल किया जा रहा है, लेकिन कौन गारंटी देगा कि एक वर्ष में सीरियल नंबर इस आधार में फिट होगा? अब एक वर्ग के लिए अधिकतम संख्या में कलंक 39 है, जो पहले से ही स्ट्रींग () का उपयोग करने के विकल्प को बाहर कर देता है। दूसरा विकल्प चाहिए।
फिर मैंने एक अलग समाधान का उपयोग करने का फैसला किया। अक्षरों को संख्या के रूप में उपयोग किया जाता है, बड़े अक्षर के साथ इसका मतलब है कि अगला नंबर उसी संख्या को संदर्भित करता है। यानी संख्या लोअरकेस अक्षर के साथ समाप्त होती है। यही है, स्ट्रिंग "बा" "1.0.0" से मेल खाती है, और स्ट्रिंग "बा" "26.0" से मेल खाती है। इस प्रकार, संख्याओं के बीच विभाजकों की आवश्यकता गायब हो जाती है और लगभग सभी कलंक 1 वर्ण में फिट हो जाते हैं। क्रम से बाहर किया जा सकता है, और सबसे बड़ा कलंक एक बड़े पहचानकर्ता के साथ सेट किया जा सकता है। इस विधि के साथ, एक वर्ग, स्तर और 12 कलंक युक्त एक रेखा प्राप्त की जाती है:
... / कलंक / # कन्नहसगबेकमपगगनेटगोगबगफद
मेरी राय में, एक छोटा पर्याप्त लिंक अंत में प्राप्त किया जाता है ताकि कमी को लागू न किया जा सके। ट्विटर प्रेमियों को अपनी सेवाओं का उपयोग करना चाहिए।
लिंक को लोकेशन में लिखा जाता है। हर बार सेट को बदलने के बाद, यदि इवेंट पर सेट को हैश से अपडेट किया जाता है, तो लूप को रोकना महत्वपूर्ण है। हैश देखना अत्यधिक वांछनीय है, क्योंकि यदि उपयोगकर्ता पता बार में उसी टैब में किसी अन्य सेट का लिंक सम्मिलित करता है, तो पृष्ठ पुनः लोड नहीं होगा - हैश से पहले का पता वही है। तदनुसार, इस मामले में, एक घटना हैंडलर के बिना, लिंक लोड नहीं होगा, जो स्पष्ट रूप से अपेक्षित परिणाम के अनुरूप नहीं है।
इसके अलावा, अधिक समझने योग्य धारणा के लिए, लिंक को इंटरफ़ेस में कहीं पाठ क्षेत्र में डुप्लिकेट किया जा सकता है, हर कोई एड्रेस बार पर ध्यान नहीं देता है। फ़ील्ड पर किसी भी क्लिक के साथ, संपूर्ण पाठ और ब्लॉक इनपुट / संपादन का चयन करें। या आप क्लिपबोर्ड एपीआई का उपयोग कर सकते हैं, लेकिन हर जगह यह बैसाखी के बिना काम नहीं करेगा (हाय आईई)। शायद सबसे अच्छा विकल्प क्लिपबोर्ड एपीआई की उपस्थिति की जांच करना है और शेयर बटन या टेक्स्ट बॉक्स को प्रदर्शित करना है अन्यथा, यदि धर्म, निश्चित रूप से, आप मसौदा मानकों का उपयोग करने की अनुमति देते हैं। व्यक्तिगत रूप से, आलस्य मुझे अनुमति नहीं देता है, और एक लिंक के साथ एक क्षेत्र के साथ, कार्यक्षमता किसी तरह अधिक स्पष्ट दिखती है।

सारांश

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

फिलहाल, औसतन, कैलकुलेटर की प्रति दिन 4000 विज़िट और 300 अद्वितीय उपयोगकर्ता हैं, बशर्ते कि संसाधन का कोई भी विज्ञापन इसकी आवश्यकता को ध्यान में रखते हुए नहीं बनाया गया था - यह एक व्यावसायिक विकास नहीं है।

पिछले महीने की यात्राओं के आंकड़े

मुझे उम्मीद है कि लेख से युक्तियाँ किसी को अपनी परियोजनाओं को विकसित करने में मदद करेंगी या कुछ उपयोगी विकसित करने के लिए प्रेरित करेंगी।

पुनश्च: मैं लिंक प्रकाशित नहीं करना चाहता, क्योंकि होस्टिंग छोटा है और मर जाएगा। यदि किसी को दिलचस्पी है, तो आप पीएम से पूछ सकते हैं या खोज इंजन का उपयोग कर सकते हैं।

PPS: इस विषय पर एक गियर कैलकुलेटर भी है जिसके साथ यह सब शुरू हुआ

और खेल के मॉडल और एनिमेशन के साथ WebGL पर "एक स्टिफ़ल के साथ" का एक छोटा सा टुकड़ा, "ओह निगाइगा!" काम करता है! आगे कटना बोरिंग है ”

यदि समय है, तो शायद यह प्रकाशन समाप्त नहीं होगा।