บริบท Singletons vs. Application บริบทใน Android?

การเรียกคืนโพสต์นี้ระบุปัญหาต่าง ๆ ของการใช้ซิงเกิลตัน และได้เห็นตัวอย่างของแอปพลิเคชัน Android ที่ใช้รูปแบบซิงเกิลฉันสงสัยว่าควรใช้ Singletons แทนอินสแตนซ์เดี่ยวที่แชร์ผ่านสถานะแอปพลิเคชันทั่วโลก ผ่าน context.getApplication ())

กลไก / ข้อดีทั้งข้อเสีย / ข้อเสียอะไร?

พูดตามตรงฉันคาดหวังคำตอบเดียวกันในรูปแบบซิงเกิลโพสต์นี้ด้วยแอปพลิเคชันเว็บไม่ใช่ความคิดที่ดี! แต่ใช้กับ Android ฉันถูกไหม? มีอะไรแตกต่างใน DalvikVM เป็นอย่างอื่น?

แก้ไข: ฉันต้องการมีความคิดเห็นในหลาย ๆ ด้านที่เกี่ยวข้อง:

• การประสานข้อมูล
• สามารถนำมาใช้
• การทดสอบ

ฉันไม่เห็นด้วยกับคำตอบของ Dianne Hackborn เราค่อย ๆ ลบซิงเกิลตันทั้งหมดออกจากโครงการของเราเนื่องจากมีน้ำหนักเบาวัตถุที่ถูกกำหนดขอบเขตงานซึ่งสามารถสร้างใหม่ได้ง่ายเมื่อคุณต้องการ

Singletons เป็นฝันร้ายสำหรับการทดสอบและถ้าเริ่มต้นได้อย่างเฉื่อยชาจะแนะนำ"indeterminism รัฐ"กับผลข้างเคียงที่ลึกซึ้ง (ซึ่งจู่ ๆ ก็อาจพื้นผิวเมื่อมีการย้ายการโทรไปgetInstance()จากขอบเขตที่หนึ่งไปยังอีก) ทัศนวิสัยได้รับการกล่าวถึงว่าเป็นปัญหาอื่นและเนื่องจากซิงเกิลตันบ่งบอกถึงการเข้าถึง"global" (= random)เพื่อเข้าถึงสถานะที่ใช้ร่วมกันข้อบกพร่องที่ลึกซึ้งอาจเกิดขึ้นเมื่อไม่ซิงโครไนซ์อย่างเหมาะสมในแอพพลิเคชันที่เกิดขึ้นพร้อมกัน

ฉันคิดว่ามันเป็นรูปแบบการต่อต้านมันเป็นสไตล์เชิงวัตถุที่ไม่ดี

หากต้องการกลับมาที่คำถามของคุณ:

แม้ว่าบริบทของแอปจะถือเป็นซิงเกิลตัน แต่ก็มีการจัดการกรอบงานและมีวงจรชีวิตขอบเขตและเส้นทางการเข้าถึงที่กำหนดไว้อย่างดี ดังนั้นฉันเชื่อว่าหากคุณจำเป็นต้องจัดการสถานะแอปทั่วโลกมันควรจะไปที่นี่ไม่มีที่ไหนอีกแล้ว สำหรับสิ่งอื่นใดให้คิดใหม่ถ้าคุณต้องการวัตถุซิงเกิลตันจริงๆหรือถ้าเป็นไปได้ที่จะเขียนคลาสซิงเกิลตันของคุณแทนการยกตัวอย่างวัตถุขนาดเล็กที่มีอายุสั้นซึ่งทำหน้าที่แทน

ฉันแนะนำซิงเกิลตันเป็นอย่างมาก หากคุณมีซิงเกิลตันที่ต้องการบริบทให้มี:

MySingleton.getInstance(Context c) {
    //
    // ... needing to create ...
    sInstance = new MySingleton(c.getApplicationContext());
}

ฉันชอบซิงเกิลตันมากกว่า Application เพราะมันช่วยให้แอพมีการจัดระเบียบและแยกส่วนได้มากขึ้นแทนที่จะมีที่เดียวที่ทุกรัฐทั่วโลกของคุณในแอพจะต้องได้รับการดูแลรักษา ความจริงที่ว่า singletons เริ่มต้นอย่างเกียจคร้าน (ตามคำร้องขอ) แทนที่จะนำคุณลงสู่เส้นทางของการเริ่มต้นทั้งหมดล่วงหน้าใน Application.onCreate () เป็นสิ่งที่ดี

ไม่มีอะไรผิดปกติกับการใช้ซิงเกิลตัน เพียงใช้มันอย่างถูกต้องเมื่อมันสมเหตุสมผล เฟรมเวิร์ก Android จริง ๆ มีจำนวนมากสำหรับการรักษาแคชของทรัพยากรที่โหลดไว้และกระบวนการอื่น ๆ

สำหรับแอพพลิเคชั่นที่เรียบง่ายมัลติเธรดไม่กลายเป็นปัญหาของซิงเกิลตันเนื่องจากการออกแบบการโทรกลับไปที่แอพมาตรฐานทั้งหมดถูกส่งไปที่เธรดหลักของกระบวนการดังนั้นคุณจะไม่เกิดการมัลติเธรดเกิดขึ้นเว้นแต่คุณจะแนะนำ โดยนัยโดยการเผยแพร่ผู้ให้บริการเนื้อหาหรือบริการ IBinder ไปยังกระบวนการอื่น

แค่คิดเกี่ยวกับสิ่งที่คุณกำลังทำอยู่ :)

จาก: นักพัฒนา> การอ้างอิง - แอปพลิเคชัน

โดยปกติไม่จำเป็นต้องใช้คลาสย่อย ในสถานการณ์ส่วนใหญ่ Singletons แบบคงที่สามารถให้ฟังก์ชั่นเดียวกันในทางโมดูลาร์มากขึ้น หากซิงเกิลของคุณต้องการบริบทส่วนกลาง (ตัวอย่างเช่นในการลงทะเบียนรีซีฟเวอร์รีซีฟเวอร์) ฟังก์ชั่นเพื่อดึงข้อมูลสามารถรับบริบทซึ่งใช้ Context.getApplicationContext () ภายในเมื่อสร้างซิงเกิลครั้งแรก

แอพลิเคชันไม่เหมือนกับซิงเกิลเหตุผลคือ:

1. เมธอดของแอปพลิเคชัน (เช่น onCreate) ถูกเรียกในเธรด ui
2. วิธีการของ singleton สามารถเรียกได้ในหัวข้อใด ๆ
3. ในวิธีการ "onCreate" ของแอปพลิเคชันคุณสามารถสร้างอินสแตนซ์ของ Handler ได้
4. หากดำเนินการซิงเกิลตันใน none-ui thread คุณไม่สามารถสร้างอินสแตนซ์ Handler ได้
5. แอปพลิเคชั่นมีความสามารถในการจัดการวงจรชีวิตของกิจกรรมในแอปมันมีวิธีการ "registerActivityLifecycleCallbacks" แต่ singletons ไม่มีความสามารถ

ฉันมีปัญหาเดียวกัน: ซิงเกิลหรือทำ subclass android.os.Application?

ครั้งแรกที่ฉันลองใช้ Singleton แต่แอปของฉันในบางจุดโทรไปที่เบราว์เซอร์

Intent myIntent = new Intent(Intent.ACTION_VIEW, Uri.parse("http://www.google.com"));

และปัญหาก็คือถ้าโทรศัพท์มือถือมีหน่วยความจำไม่เพียงพอคลาสส่วนใหญ่ของคุณ (แม้แต่ซิงเกิล) ก็จะได้รับการทำความสะอาดเพื่อให้ได้หน่วยความจำบางส่วนดังนั้นเมื่อกลับจากเบราว์เซอร์ไปยังแอปของฉัน

วิธีการแก้ไข: ใส่ข้อมูลที่ต้องการภายในคลาสย่อยของ Application class

พิจารณาทั้งสองอย่างในเวลาเดียวกัน:

• มีวัตถุ Singleton เป็นกรณีคงที่ภายในชั้นเรียน
• มีคลาสทั่วไป (บริบท) ที่ส่งคืนอินสแตนซ์ซิงเกิลสำหรับวัตถุ Singelton ทั้งหมดในแอปพลิเคชันของคุณซึ่งมีข้อดีที่ชื่อเมธอดในบริบทจะมีความหมายตัวอย่างเช่น: context.getLoggedinUser () แทน User.getInstance ()

นอกจากนี้ฉันขอแนะนำให้คุณขยายบริบทของคุณเพื่อรวมไม่เพียง แต่การเข้าถึงวัตถุซิงเกิลตันเท่านั้น แต่ยังมีฟังก์ชันบางอย่างที่จำเป็นต้องเข้าถึงทั่วโลกเช่นตัวอย่างเช่น: context.logOffUser (), context.readSavedData () ฯลฯ อาจเปลี่ยนชื่อบริบทเป็น อาคารจะเข้าท่าแล้ว

พวกมันเหมือนกันจริงๆ มีความแตกต่างอย่างหนึ่งที่ฉันเห็น ด้วยคลาสแอปพลิเคชันคุณสามารถเริ่มต้นตัวแปรของคุณใน Application.onCreate () และทำลายพวกเขาใน Application.onTerminate () ด้วยซิงเกิลคุณต้องพึ่งพา VM การเริ่มต้นและการทำลายสถิตยศาสตร์

2 เซนต์ของฉัน:

ฉันสังเกตเห็นว่ามีการลบฟิลด์เดี่ยว / คงที่บางส่วนเมื่อกิจกรรมของฉันถูกทำลาย ฉันสังเกตุสิ่งนี้ในอุปกรณ์ 2.3 อันต่ำสุด

กรณีของฉันง่ายมาก: ฉันเพิ่งมีไฟล์ส่วนตัว "init_done" และวิธีแบบคงที่ "init" ที่ฉันเรียกจาก activity.onCreate () ฉันสังเกตว่าเมธอด init กำลังเรียกใช้งานตัวเองอีกครั้งในการสร้างกิจกรรมใหม่

ในขณะที่ฉันไม่สามารถยืนยันการยืนยันของฉันได้ แต่อาจเกี่ยวข้องกับเมื่อมีการสร้าง / ใช้ซิงเกิลตัน / คลาสเป็นครั้งแรก เมื่อกิจกรรมถูกทำลาย / รีไซเคิลดูเหมือนว่าทุกคลาสที่มีเพียงการอ้างอิงกิจกรรมนี้จะถูกรีไซเคิลด้วย

ฉันย้ายอินสแตนซ์ของ singleton ของฉันไปที่คลาสย่อยของ Application ฉัน acces พวกเขาจากอินสแตนซ์ของแอปพลิเคชัน และตั้งแต่นั้นไม่ได้สังเกตเห็นปัญหาอีกครั้ง

ฉันหวังว่านี่จะช่วยคนได้

จากปากม้าสุภาษิต ...

เมื่อพัฒนาแอปของคุณคุณอาจจำเป็นต้องเปิดเผยข้อมูลบริบทหรือบริการทั่วโลกในแอปของคุณ ตัวอย่างเช่นหากแอปของคุณมีข้อมูลเซสชันเช่นผู้ใช้ที่เข้าสู่ระบบในปัจจุบันคุณอาจต้องการเปิดเผยข้อมูลนี้ ใน Android รูปแบบสำหรับการแก้ปัญหานี้คือให้อินสแตนซ์ android.app.Application ของคุณเป็นเจ้าของข้อมูลทั่วโลกทั้งหมดจากนั้นปฏิบัติต่ออินสแตนซ์แอปพลิเคชันของคุณเป็นซิงเกิลตันพร้อมตัวเข้าถึงแบบคงที่ไปยังข้อมูลและบริการต่างๆ

เมื่อเขียนแอพ Android คุณรับประกันได้ว่าจะมีเพียงหนึ่งอินสแตนซ์ของคลาส android.app.Application เท่านั้นดังนั้นจึงปลอดภัย (และแนะนำโดยทีมงาน Google Android) เพื่อรักษามันให้เป็นแบบซิงเกิล นั่นคือคุณสามารถเพิ่มเมธอด getInstance () แบบคงที่ให้กับการใช้งานแอปพลิเคชันของคุณได้อย่างปลอดภัย ชอบมาก

public class AndroidApplication extends Application {

    private static AndroidApplication sInstance;

    public static AndroidApplication getInstance(){
        return sInstance;
    }

    @Override
    public void onCreate() {
        super.onCreate();
        sInstance = this;
    }
}

กิจกรรมของฉันโทรเสร็จสิ้น () (ซึ่งจะไม่ทำให้เสร็จในทันที แต่จะทำในที่สุด) และโทรไปที่ Google Street Viewer เมื่อฉันดีบั๊กมันบน Eclipse การเชื่อมต่อของฉันกับแอพจะหยุดเมื่อมีการเรียก Street Viewer ซึ่งฉันเข้าใจว่าแอปพลิเคชัน (ทั้งหมด) ถูกปิดควรจะเพิ่มหน่วยความจำ (กิจกรรมเดียวที่เสร็จสิ้นไม่ควรทำให้เกิดพฤติกรรมนี้) . อย่างไรก็ตามฉันสามารถบันทึกสถานะใน Bundle ผ่าน onSaveInstanceState () และกู้คืนได้ในเมธอด onCreate () ของกิจกรรมถัดไปในสแต็ก ไม่ว่าโดยการใช้แอพพลิเคชั่นแบบสแตติกตันหรือการทำคลาสย่อยฉันต้องเผชิญกับการปิดแอปพลิเคชันและการสูญเสียสถานะ (เว้นแต่ฉันบันทึกไว้ใน Bundle) ดังนั้นจากประสบการณ์ของฉันพวกเขาก็เหมือนกันกับการดูแลรักษาของรัฐ ฉันสังเกตเห็นว่าการเชื่อมต่อขาดหายไปใน Android 4.1.2 และ 4.2.2 แต่ไม่ได้อยู่ใน 4.0.7 หรือ 3.2.4