🤶 👼🏼 🎿 2013 में जावा + स्विंग। क्या यह इसके लायक है? 🎌 👨🏿‍🏫 ⛹️

Habré स्विंग पर पसंद नहीं है। "स्विंग" की खोज या तो तटस्थ या नकारात्मक संदर्भ देती है। यहाँ उनमें से कुछ हैं:

"जावा एप्लेट्स (स्विंग नामक एक घातक बीमारी में विकसित)"
"घुमाओ, इसे हल्के ढंग से रखने के लिए, सबसे इष्टतम यूआई फ्रेमवर्क नहीं है"
"स्विंग बहुत भयानक था"

मैं यह ढोंग नहीं करूंगा कि स्विंग एक आदर्श है। यह सच नहीं है। हालांकि, मैं उन पेशेवरों और विपक्षों का वर्णन करने की कोशिश करूंगा, जिन्हें मुझे सामना करना पड़ा था।

क्यों झूले

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

2011 की शुरुआत में, क्रॉस-प्लेटफॉर्म विकास यूआई लाइब्रेरी इस राज्य में थे:

QML सभी बग में था: घटकों के तहत मेनू दिखाई दिए, डेमो गिर गया, QtCreator में कोई समर्थन नहीं था। त्वरित प्रतिपादन केवल Qt5 अंतिम गिरावट में दिखाई दिया।
क्यूटी फिट नहीं था, क्योंकि यह पूरी तरह से "देशी" घटकों पर था, और अक्सर इसे कहीं न कहीं प्रतिपादन को बदलना आवश्यक था।
जूस कार्यात्मक था, छोटी गाड़ी नहीं थी और दुर्घटनाग्रस्त नहीं हुई थी। यह उचित धन और यहां तक कि खुले स्रोत के साथ खर्च होता है। C ++ ने मुझे डरा दिया। यह एक अद्भुत भाषा है जो बहुत सारे होशियार लोगों द्वारा बोली जाती है। मेरे छोटे से अनुभव और कार्य के आकार को देखते हुए, C ++ जटिलता एक हलचल है। साथ ही, यह पता चला है कि Xcode C ++ को रिफलेक्टर करने में सक्षम नहीं है।
Adobe Air मल्टी-थ्रेडिंग का समर्थन नहीं करता है।
मोनो + जीटीके मुझे ऐसा लगता है कि यह संयोजन मेरी समस्याओं को हल कर सकता है। उस समय, मैं GTK में निष्क्रिय हॉटकीज़ के साथ एक स्पष्ट जाम से डर गया था। मोनोडेवलप को देखते हुए, यह अब तक तय नहीं है।
JavaFX मैक के लिए नहीं था ।
SWT स्विंग की तुलना में बहुत आसान है और आम तौर पर अच्छा है। मैंने SWT पर नहीं लिखा क्योंकि मैंने इसे बहुत आखिरी बार देखा था। बहुत समय पहले ही व्यतीत हो चुका है और मैंने पहले बग पर प्राप्त किए गए प्रयोगों को समाप्त कर दिया है (टूल पर ऊंचाई में बटन "फ्लोट किए गए")।

उस समय, जावा मैक ओएस एक्स का हिस्सा था, एक उत्कृष्ट मूल स्वरूप और अनुभव था, और विंडोज जेआरई का वजन केवल 12 मेगाबाइट था। मुझे सफलता का पूरा भरोसा था। नतीजतन, 2 या 3 महीने के काम के बाद, मैंने जावा स्विंग कार्यक्रम के पहले संस्करण के साथ समाप्त किया।

आज तक, QML और JavaFX में वर्णित समस्याएं तय की गई हैं। इसलिए, यदि आप चरण ग्राफ के साथ काम करने के लिए तैयार हैं, तो आपको उन्हें टेस्ट ड्राइव के लिए ले जाना चाहिए।

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

JavaFX इस साल फरवरी में एक ओपन सोर्स लाइब्रेरी बन गया। OpenJDK के साथ इसकी संगतता JDK 9 के लिए योजना बनाई गई है। 2014 के आरंभ में 8 वें संस्करण की रिलीज़ निर्धारित है।

ओह अच्छा

मैं अच्छे से शुरू करूँगा। अचानक लगता है कि मैं भी, स्विंग-नफरत करने वालों के लिए साइन अप कर रहा हूं! "

सभी प्रतिपादन हार्डवेयर-त्वरित है। किसी भी स्विंग एप्लिकेशन को GPU पर प्रदान किया जाता है, डेवलपर से कुछ भी आवश्यक नहीं है। यह एप्लिकेशन में एनिमेशन को संभव बनाता है। जब आवेदन फुल-स्क्रीन है या 24 '' मॉनिटर पर तैनात है।

MVC। बड़े पैमाने पर होने के लिए स्विंग की आलोचना की जाती है: प्रत्येक घटक में एक दृश्य, एक नियंत्रक और एक मॉडल होता है। इसी समय, यह एक मौजूदा घटक में वांछित सुविधा को जल्दी से जोड़ना संभव बनाता है। सब कुछ बहुत लचीला है।

जावा कोड प्रबंधित है। आप उन संभावित बगों से छुटकारा पा लेते हैं जो केवल C ++ डेवलपर्स के लिए "उपलब्ध" हैं। पहुँच उल्लंघन का जोखिम कम से कम है। हालांकि इसका मतलब यह बिल्कुल नहीं है कि आपके पास अन्य बग नहीं होंगे। उदाहरण के लिए मेमोरी लीक।

महान विकास का वातावरण। ग्रहण, Intellij IDEA, NetBeans - चुनाव बहुत बड़ा है। हर जगह रिफैक्टरिंग, कोड फॉर्मेटिंग, ऑटो-कम्प्लीट, यूनिट-टेस्ट के लिए सपोर्ट,

बहुत सारे पुस्तकालय। लेआउटमैन, देशी वस्तुओं के साथ काम करना, तार, वेब - आप सब कुछ सूचीबद्ध नहीं कर सकते। यह एक मंच के रूप में एक विशाल ट्रम्प कार्ड जावा है।

सवालों के ढेर सारे जवाब। उदाहरण के लिए, यूआई पुस्तकालयों में से प्रत्येक के लिए स्टैकऑवरफ्लो पर प्रश्नों का प्रतिशत है ।

बस StackOverflow पर हर सौवें सवाल के बारे में स्विंग के बारे में एक सवाल है। व्यवहार में, इसका मतलब है कि ज्यादातर समस्याएं पहले ही हल हो गई हैं। सबसे अधिक संभावना है, एक-पर-एक समस्या के साथ आप नहीं रहेंगे।

अरे बुरा मान गया

पिछला हिस्सा एक मिठाई प्रेस विज्ञप्ति की तरह है। ठीक। यह वह है जिसका आप सामना कर सकते हैं।

गंभीर कीड़े ठीक नहीं होंगे। File.exists JDK7 की रिलीज़ के बाद से काम नहीं कर रहा है और अभी भी कोई फिक्स नहीं है। यहां तक कि अगर बग महत्वपूर्ण है, तो आप वर्षों तक एक फिक्स के लिए इंतजार कर सकते हैं।

यदि आप मूल कोड का उपयोग करने की योजना बनाते हैं तो स्थिति और खराब हो सकती है। मैं एक ऐसी स्थिति में आया था, जहां मोडल विंडो का उपयोग (उदाहरण के लिए, OpenFileDialog को खोलना) कुछ कंप्यूटरों पर जमा होता है। जबकि Java Native Foundation का उपयोग प्रलेखन में उदाहरणों के अनुसार किया जाता है। और StackOverflow पर इनाम मुझे मदद नहीं की :-)

File.exists के साथ बग को java.nio से कक्षाओं का उपयोग करके दरकिनार किया जा सकता है। यह एक नया एपीआई है जो पत्तेदार फ़ोल्डरों के साथ प्रदर्शन समस्याओं को हल करने के लिए डिज़ाइन किया गया था।

आपको क्या करने की आवश्यकता है:

–Dfile.encoding=UTF-8 पैरामीटर के साथ एप्लिकेशन लॉन्च करें
File.exists के बजाय हम Files.exists(Paths.get(fileName))

File.listFiles के बजाय हम उपयोग करते हैं

 try (DirectoryStream<Path> ds = Files.newDirectoryStream(folder)) { for (Path file : ds) { // do something } } catch (IOException e) { e.printStackTrace(); }

या इस बग को स्वयं ठीक करें और बुकमार्क को समीक्षाओं की एक श्रृंखला के माध्यम से धकेलें।

स्विंग केवल हार्डवेयर त्वरित है। इसका अर्थ है कि आपका एप्लिकेशन VMware, समानताएं या दूरस्थ डेस्कटॉप के माध्यम से काम नहीं करेगा। यदि आप इसे लगाने के लिए तैयार नहीं हैं, तो SWT की ओर देखें।

मैक के लिए 32-बिट बिल्ड नहीं हैं। आधिकारिक बिल्ड केवल 64 बिट्स है। दुर्भाग्य से, मुझे नहीं पता कि इस फैसले का कारण क्या है। मैं केवल अनुमान लगा सकता हूं कि यह कुछ बगों की बात है।

कुछ समय के लिए, हेनरी गोमेज़ ने 32-बिट और यूनिवर्सल बिल्ड का समर्थन किया। रेडी-मेड बिल्ड को अपने पेज से code.google.com पर डाउनलोड किया जा सकता है। मेरे अफसोस के लिए, समय की कमी और नए काम ने हेनरी को इस परियोजना को हवा देने के लिए मजबूर किया। अलविदा कहते हुए, उन्होंने GitHub पर अपनी बिल्ड स्क्रिप्ट पोस्ट की:
https://github.com/hgomez/obuildfactory

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

वितरण में JRE को शामिल करें। अनुप्रयोग वितरण के बारे में Oracle के अधिकारियों की राय: "लक्ष्य मंच के लिए बंडल JRE के साथ स्वसंपूर्ण स्व-निहित इंस्टॉलर एक अधिक सफल अनुप्रयोग वितरण मॉडल है" ( स्रोत )। इस निर्णय का सबसे संभावित कारण एप्लेट्स में बड़ी संख्या में कमजोरियां हैं: जावा ने फ्लैश से छलनी बैनर को अपनाया।

यह प्रतिबंध Apple द्वारा सबसे अधिक मजबूती से समर्थित है, जिसने Mac OS 10.7 Lion में जावा को हटा दिया है। नए सिस्टम अपडेट को स्थापित करते समय वे इसे बंद कर देते हैं।

JRE 7 का वजन लगभग 100 एमबी है। संग्रह में लगभग 50 प्राप्त किए गए हैं। दुर्भाग्य से, अपडेट से अपडेट करने के लिए जेआरई का आकार बढ़ रहा है और हमें सूजन के वितरण की समस्या को हल करना होगा।

सभी बफ़रमैडम ऑब्जेक्ट्स हार्डवेयर त्वरण का उपयोग नहीं करते हैं। केवल बफ़रमैडम के लिए। TYPE_INT_ *। इसलिए, JDK7 से शुरू होकर, TYPE_4BYTE *, TYPE_3BYTE के साथ काम करना असंगत है।

बफ़रमैडम रैस्टर के डेटा को एक्सेस करते समय, तस्वीर GPU के माध्यम से खींची जा रही है। ऐसा क्यों किया जाता है यह स्पष्ट है: उपयोगकर्ता डेटा बदलता है, कोई "समाप्त परिवर्तन" विधि नहीं है और यह स्पष्ट नहीं है कि उन्हें वीडियो मेमोरी में कब स्थानांतरित करना है। कम से कम यह तर्कसंगत है।

विज़ुअल वॉटरमार्क में, मैंने छवियों को लोड करने के लिए C ++ लाइब्रेरी का उपयोग किया और मुझे परिणामस्वरूप पिक्सल को बफ़रडैमेज ऑब्जेक्ट में बदलना पड़ा। एक समय में एक पिक्सेल बदलना बहुत धीमा है और मुझे सीधे छवि रेखापुंज बफर में लिखना होगा। जैसे ही मैंने गेटडाटा () को रास्टर पर बुलाया, मेरी सभी तस्वीरें तेजी से बंद हो गईं। DataBufferInt के कोड के माध्यम से अफवाह करते हुए, मैंने प्रतिबिंब का उपयोग करके इस समस्या का समाधान पाया और एक छोटा सहायक वर्ग लिखा:

 import java.awt.*; import java.awt.image.*; import java.lang.reflect.Field; import sun.awt.image.SunWritableRaster; import sun.java2d.StateTrackableDelegate; // Standard library prevents image acceleration once getData() method is called // This class provides a workaround to modify data quickly and still get hw-accel graphics public class AcceleratedImage { // Returns data object not preventing hardware image acceleration public static int[] getDataBuffer(DataBufferInt dataBuffer) { try { Field field = DataBufferInt.class.getDeclaredField("data"); field.setAccessible(true); int[] data = (int[])field.get(dataBuffer); return data; } catch (Exception e) { return null; } } // Marks the buffer dirty. You should call this method after changing the data buffer public static void markDirty(DataBufferInt dataBuffer) { try { Field field = DataBuffer.class.getDeclaredField("theTrackable"); field.setAccessible(true); StateTrackableDelegate theTrackable = (StateTrackableDelegate)field.get(dataBuffer); theTrackable.markDirty(); } catch (Exception e) { } } // Checks whether current image is in acceleratable state public static boolean isAcceleratableImage(BufferedImage img) { try { Field field = DataBuffer.class.getDeclaredField("theTrackable"); field.setAccessible(true); StateTrackableDelegate trackable = (StateTrackableDelegate)field.get(img.getRaster().getDataBuffer()); if (trackable.getState() == sun.java2d.StateTrackable.State.UNTRACKABLE) return false; field = SunWritableRaster.class.getDeclaredField("theTrackable"); field.setAccessible(true); trackable = (StateTrackableDelegate)field.get(img.getRaster()); return trackable.getState() != sun.java2d.StateTrackable.State.UNTRACKABLE; } catch(Exception e) { return false; } } public static BufferedImage convertToAcceleratedImage(Graphics _g, BufferedImage img) { if(!(_g instanceof Graphics2D)) return img; // We cannot obtain required information from Graphics object Graphics2D g = (Graphics2D)_g; GraphicsConfiguration gc = g.getDeviceConfiguration(); if (img.getColorModel().equals(gc.getColorModel()) && isAcceleratableImage(img)) return img; BufferedImage tmp = gc.createCompatibleImage(img.getWidth(), img.getHeight(), img.getTransparency()); Graphics2D tmpGraphics = tmp.createGraphics(); tmpGraphics.drawImage(img, 0, 0, null); tmpGraphics.dispose(); img.flush(); return tmp; } }

आपको इसे इस तरह उपयोग करने की आवश्यकता है:

 DataBufferInt dataBuffer = (DataBufferInt)bufferedImage.getRaster().getDataBuffer(); int[] data = AcceleratedImage.getDataBuffer(dataBuffer); //   AcceleratedImage.markDirty(dataBuffer);

मैंने पहले से प्रदर्शित छवियों के लिए इस कोड का परीक्षण नहीं किया है।

कोई अंतर्निहित एनीमेशन और अर्ध-पारदर्शिता नहीं है। Javax.swing.Timer ऑब्जेक्ट दो चीजें करता है:

आप घटक एनिमेशन बना सकते हैं।
वर्ग की सादगी के कारण, इसे बहुत लंबे समय तक करना।

एक टाइमिंग फ्रेमवर्क लाइब्रेरी है जो एनिमेशन को आसान बनाती है। एनीमेशन इस तरह किया जा सकता है:

 Animator viewAnimator = new Animator.Builder() .setDuration(duration, TimeUnit.MILLISECONDS) //    .setStartDirection(Direction.FORWARD) .setInterpolator(new AccelerationInterpolator(0.3, 0.7)) //     .setRepeatCount(1).addTarget(new TimingTargetAdapter() { @Override public void timingEvent(Animator source, double fraction) { //   repaint(); } @Override public void end(Animator source) { //  -    } }).build(); viewAnimator.start();

सबसे अधिक इस्तेमाल किया जाने वाला एनीमेशन स्थिति और अर्ध-पारदर्शिता है। यदि स्विंग ठीक है, तो मानक घटक अर्ध-पारदर्शिता का समर्थन नहीं करते हैं। समस्या ग्राफिक्स इंजन की क्षमताओं में नहीं है, लेकिन इस तथ्य में कि घटकों के पास getAlpha / setAlpha गुण नहीं है।

गेटकीपर के कारण माउंटेन लायन में जावा एप्लिकेशन नहीं चलेगा। इस समस्या को हल करने के लिए आपको $ 99 / वर्ष के लिए मैक डेवलपर प्रोग्राम के लिए साइन अप करना होगा। बदले में, Apple आपको कोड पर हस्ताक्षर करने के लिए एक प्रमाण पत्र जारी करेगा और समस्या दूर हो जाएगी।
आप इस तरह आवेदन के साथ एक बंडल पर हस्ताक्षर कर सकते हैं:
codesign –s “Developer ID” –f “path-to-my-app.app”

कुल में

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

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

फिलहाल, मुझे अभी भी उम्मीद है कि ओरेकल के डेवलपर्स के पास सिस्टम की समस्याओं को हल करने का समय होगा।

अद्यतन: टिप्पणियों से मुझे पता चला कि क्यूटी में नियंत्रण का अनुकूलन संभव है:

सिलवंस्की को धन्यवाद
अद्यतन: एक Skyggedans उपयोगकर्ता ने देखा कि एयर ने बहु-थ्रेडिंग समर्थन जोड़ा है । यह अतिरिक्त SWF फ़ाइलों की कीमत पर किया जाता है जिनके साथ आप संचार को कॉन्फ़िगर कर सकते हैं।

2013 में जावा + स्विंग। क्या यह इसके लायक है?

क्यों झूले

ओह अच्छा

अरे बुरा मान गया

कुल में

More articles: