जब लाइट से प्रो संस्करण सभी की

Question

पहले के उन्नयन और Android एप्लिकेशन मैं एक खोज किया है और नहीं तो यहाँ जाता है मेरे सवाल का एक विशिष्ट उत्तर मिल सकता है एक ही SQLite डेटाबेस रखते हुए ...

मैं लिख रहा हूँ मेरा पहला एंड्रॉइड एप्लिकेशन और एक लाइट संस्करण (सीमित सुविधाएं) और एक भुगतान संस्करण (पूर्ण सुविधाएं) रखने की योजना है।

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

चूंकि लाइट और प्रो संस्करण (मेरी समझ से) अलग-अलग पैकेजों में होना चाहिए ताकि एंड्रॉइड मार्केट उनके बीच अंतर कर सके, प्रो संस्करण लाइट डेटाबेस कैसे देख सकता है?

आपके उत्तरों के लिए अग्रिम धन्यवाद।

Answer 1

मैंने जो किया और यह हेक्सडिकस के लिए काम करता प्रतीत होता है, दोनों में लाइट और प्रो संस्करण दोनों एक ही उपयोगकर्ता के रूप में चलते हैं और फिर प्रो संस्करण के पहले समय चलते हैं, लाइट डेटाबेस को कॉपी करें। फिर प्रतिलिपि के उपयोगकर्ता को सूचित करें।

android:sharedUserId सेट दोनों उत्पादों में एक ही हो ...

<manifest xmlns:android="http://schemas.android.com/apk/res/android" 
     package="com.mycompany.package" 
     android:sharedUserId="com.mycompany.package" <---- IMPORTANT 
     android:versionCode="10" 
     android:versionName="@string/app_version" 
     android:installLocation="auto"> 

और फिर डीबी कॉपी करने के लिए कोड ...

try { 
     final Context free_context = this.createPackageContext("com.mycompany.package", Context.CONTEXT_INCLUDE_CODE); 
     final File full_db  = this.getDatabasePath(GameData.DATABASE_NAME); 
     final File full_db_dir = full_db.getParentFile(); 
     final File free_db  = free_context.getDatabasePath(GameData.DATABASE_NAME); 
     final File free_db_dir = free_db.getParentFile(); 

     if (free_db.exists() == false)  return; 
     if (full_db_dir.exists() == false) full_db_dir.mkdir(); 
     if (full_db.exists() == false)  full_db.createNewFile(); 

     FileUtils.copyDirectory(free_db_dir, full_db_dir); 
     this.gameData.getWritableDatabase(); 
    } 
    catch (NameNotFoundException e) { 
     /* do nothing here since this is an semi expected case */ 
     Log.w("mytag", "No Lite version found"); 
    } catch (IOException e) { 
     Log.w("mytag", "Failed to create file"); 
    } 
} 

इस का केवल नकारात्मक पक्ष यह है कि एक बार है प्रतिलिपि की जाती है, दो संस्करणों के बीच कोई सिंक्रनाइज़ नहीं होता है। आपको यह भी सुनिश्चित करना होगा कि लाइट संस्करण का उपयोगकर्ता एक संस्करण चला रहा है जो sharedUserId के रूप में चल रहा है या प्रतिलिपि विफल हो जाएगी।

अद्यतन: कृपया क्रिस कैशवेल की टिप्पणियों पर विचार करें और जवाब दें क्योंकि वह एक वैध बिंदु लाता है और मुझे याद नहीं है कि मैंने उसके उदाहरण में क्या किया है।

Answer 2

यदि संभव हो तो आप एक अलग भुगतान ऐप की तुलना में "अनलॉक" दृष्टिकोण अधिक करना चाहते हैं। इस तरह आप केवल एक पैकेज का उपयोग कर रहे हैं। यदि किसी अन्य कारण से, आप डेटाबेस स्वामित्व के मुद्दे से परहेज करेंगे।

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

Answer 3

जैसा कि @ क्रिस ने बताया कि आप "अनलॉक" दृष्टिकोण का उपयोग कर सकते हैं, मैं इसे समझाऊंगा कि मैं ऐसी स्थितियों में कैसे करता हूं।

आपके पास 'फीचर्स' जैसी तालिका हो सकती है जिसमें कॉलम/ध्वज होना चाहिए। यदि आप कुछ विशेषताओं को प्रतिबंधित करना चाहते हैं तो आप अपने उपलब्ध ध्वज को FALSE पर सेट कर सकते हैं।

आप डीबी संरचना में परिवर्तन है, तो आप उपयोग कर डीबी नवीनीकृत करना चाहिए:

@Override 
public void onUpgrade() 
{ 
    if (condition == true) 
    // alter table 
}