जावा + घुमाओ: परिवर्तन की घटनाओं

Question

मैं इस डाटा प्रवाह, मोटे तौर पर है सम्मिलित करने कोड लिखने:

DataGenerator -> DataFormatter -> UI 

DataGenerator कुछ है कि तेजी से डेटा उत्पन्न करता है; डेटाफॉर्मेटर ऐसा कुछ है जो इसे प्रदर्शन उद्देश्यों के लिए प्रारूपित करता है; और यूआई स्विंग तत्वों का सिर्फ एक गुच्छा है।

मैं इस तरह मेरी DataGenerator कुछ करना चाहते हैं:

class DataGenerator 
{ 
    final private PropertyChangeSupport pcs; 
    ... 
    public void addPropertyChangeListener(PropertyChangeListener pcl) { 
    this.pcs.addPropertyChangeListener(pcl); 
    } 
    public void removePropertyChangeListener(PropertyChangeListener pcl) { 
    this.pcs.removePropertyChangeListener(pcl); 
    } 
} 

और जब भी मेरे डेटा जनरेटर नए डेटा है सिर्फ this.pcs.firePropertyChange(...) कहते हैं; तो मैं सिर्फ dataGenerator.addPropertyListener(listener) कर सकता हूं जहां listener डेटाफॉर्मेटर में और फिर यूआई में परिवर्तन को धक्का देने के लिए ज़िम्मेदार है।

इस दृष्टिकोण के साथ समस्या यह है कि हजारों डेटा जनरेटर प्रति सेकंड बदलते हैं (मेरी स्थिति के आधार पर प्रति सेकंड 10,000 और 60,000 के बीच), और यूआई के लिए इसे स्वरूपित करने की कम्प्यूटेशनल लागत पर्याप्त है कि यह एक मेरे सीपीयू पर अनावश्यक भार; वास्तव में मुझे प्रति सेकंड लगभग 10-20 परिवर्तनों पर नजर रखने की परवाह है।

क्या समान दृष्टिकोण का उपयोग करने का कोई तरीका है, लेकिन डेटाफॉर्मेटर तक पहुंचने से पहले परिवर्तन घटनाओं को सहारा दें? अगर मुझे एक ही विषय पर कई अपडेट इवेंट प्राप्त होते हैं, तो मुझे केवल नवीनतम प्रदर्शित करने की परवाह है, और पिछले सभी को छोड़ सकता है।

Answer 1

दो विचारों:

• सकल PropertyChangeEvent रों। PropertyChangeSupport बढ़ाएं, public void firePropertyChange(PropertyChangeEvent evt) ओवरराइट करें, केवल तभी आग लगें जब अंतिम ईवेंट 50ms से अधिक (या जो भी समय उचित लगता है) निकाल दिया गया हो। (वास्तव में आपको विधि या कम से कम उस व्यक्ति को अपने परिदृश्य में PropertyChangeEvent के निर्माण को रोकने के लिए ओवरराइट करना चाहिए।)
• पूरे ईवेंट आधारित संपर्क को छोड़ दें। प्रति सेकंड 60,000 घटनाएं काफी अधिक संख्या है। इस स्थिति में मैं मतदान करूंगा। यह एमवीपी में एक वैचारिक परिवर्तन है जहां प्रस्तुतकर्ता जानता है कि यह सक्रिय राज्य में है और क्या मतदान करना चाहिए। इस दृष्टिकोण के साथ आप हजारों बेकार घटनाएं उत्पन्न नहीं करते हैं; आप प्रति सेकंड उच्चतम संभव फ्रेम भी प्रस्तुत कर सकते हैं, इससे कोई फर्क नहीं पड़ता कि कितना डेटा है। या आप प्रस्तुतकर्ता को एक निश्चित दर पर सेट कर सकते हैं, इसे किसी निश्चित समय के लिए रीफ्रेश के बीच सोएं, या इसे अन्य परिस्थितियों (जैसे CPU लोड) के अनुकूल बनाएं।

मैं दूसरे दृष्टिकोण के लिए प्रवृत्त होगा।

Answer 2

आप अपने खुद के छोटे बदलाव श्रोता एक अवरुद्ध झंडा और एक टाइमर है कि लिखते हैं, आप कर सकते हैं:

syncronized onChangeRequest() { 
    if (flag) { 
     flag = false; 
     startTimer(); 
    } 
} 

timerEvent() { 
    notify all your listeners; 
} 

मेरा मानना ​​है कि वहाँ वास्तव में एक उत्कृष्ट अवरुद्ध संगामिति झंडा कि इस्तेमाल किया जा सकता है, लेकिन मैं के लिए नहीं कर सकते हैं मुझे याद है कि इसे क्या कहा जाता है!

Answer 3

आप इस्तेमाल कर सकते हैं आकार 1 है, जिसमें आप offer() समारोह के साथ अपने डेटा धक्का होगा की एक ArrayBlockingQueue (अर्थ है कि यदि कतार भर गई है, यह कुछ भी नहीं है)

फिर एक ScheduledThreadPoolExecutor जो समय समय पर चुनाव कतार बना।

इस तरह आप पीढ़ी और प्रदर्शन के बीच युग्मन को खो देते हैं।

जेनरेटर -> पंक्ति -> स्वरूपण/प्रदर्शन

Answer 4

यह अपने DataGenerator EDT-धागे पर गैर जीयूआई बहुत काम कर रही है जैसा लगता है। मैं अनुशंसा करता हूं कि आपके DataGeneratorSwingWorker का विस्तार करें और इसके द्वारा पृष्ठभूमि थ्रेड में काम कर रहे हैं, doInBackground में लागू किया गया है। स्विंगवर्कर publish जीयूआई के मध्यवर्ती परिणाम हो सकता है, जबकि आपके पास process विधि है जो ईडीटी पर अंतिम कुछ प्रकाशित भाग प्राप्त करती है और आपके जीयूआई को अपडेट करती है।

SwingWorkers process विधि तो यह हर प्रकाशित मध्यवर्ती परिणाम के लिए एक बार नहीं चलेंगे, coalescepublished हिस्सा है।

यदि आप अंतिम परिणाम EDT पर आप इस कोड का उपयोग कर सकते हैं, जो केवल सूची में अंतिम हिस्सा परवाह की ही देखभाल: के बारे में अधिक SwingWorker: Tasks that Have Interim Results

@Override 
protected void process(List<Integer> chunks) { 

    // get the *last* chunk, skip the others 
    doSomethingWith(chunks.get(chunks.size() - 1)); 
} 

पढ़ें।

Answer 5

एक और संभावना है कि श्रोता को अपने जेनरेटर में जोड़ना है, लेकिन बदले में सीधे प्रतिक्रिया करने की बजाय आप एक टाइमर शुरू करें। तो अपने श्रोता कैसा दिखेगा (छद्म कोड की तरह में के बाद से मैं भी मेरे आईडीई ऊपर आग या सटीक तरीका हस्ताक्षर को देखने के लिए आलसी हूँ)

Timer timer = new Timer(100, new ActionListener(){//update the UI in this listener}; 

public void propertyChange(PropertyChangeEvent event){ 
if (timer.isRunning()){ 
    timer.restart(); 
} else { 
    timer.start(); 
} 
} 

यह काम करेगा जब तक कि आपके डेटा जनरेटर डेटा उत्पन्न करने पर रहता है पूरे समय, या यदि आप मध्यवर्ती अद्यतन भी चाहते हैं। उस स्थिति में आप केवल timer.restart() कॉल को हटा सकते हैं, या इस थ्रेड में अन्य किसी भी सुझाव का चयन कर सकते हैं (मतदान तंत्र, या SwingWorker)