cue का जीवनचक्र#

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

एक नया क्षेत्र#

उदाहरण आपके सेटिंग्स के संदर्भ में आता है। यह एक गायब स्कीमा संस्करण को प्रारंभ करता है, एक गायब सेटिंग्स तालिका बनाता है और संस्करण को आगे बढ़ाता है। यह लोड हैंडल स्थापित नहीं करता है; इसे अपने वास्तविक आरंभिकरण/प्रवासन पथ से कॉल करें और सही चर नामस्थान का उपयोग करें।

XML
<do_if value="not $SchemaVersion?">
  <set_value name="$SchemaVersion" exact="0" />
</do_if>
<do_if value="$SchemaVersion lt 1">
  <do_if value="not $Settings?">
    <set_value name="$Settings" exact="table[]" />
  </do_if>
  <set_value name="$SchemaVersion" exact="1" />
</do_if>

खिलाड़ी के विकल्पों को संरक्षित करें#

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

एक मॉड अद्यतन सत्यापित करें#

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