Back to Question Center
0

Semalt UI लायब्ररी पर्यायावर: इंटरऑपरेबिलिटीवर सहजता

1 answers:

आगामी आठवडे, वर्डप्रेस एक UI रेंडरींग फ्रेमवर्क निवडा होईल. मी अनेक दावे प्लगइन / थीम डेव्हलपर्स जेवढे पसंत केले आहे ते वापरण्यास अद्याप सक्षम असेल हे ऐकून घेतले आहे, वर्डप्रेस कसे निवडावे याची पर्वा न करता. मला वाटते की आम्हाला त्यावर मोजता कामा नये, आणि आम्ही याक्षणी आंतरक्रिया कार्यक्षमता प्रदान करण्यावर लक्ष केंद्रित करू नये. त्याऐवजी आम्ही प्रथम इंटरफेस वाढवण्याकरता सरळ, विश्वासार्ह आणि लवचिक मार्ग प्रदान करण्यावर लक्ष केंद्रित केले पाहिजे - buy dofollow backlinks. मिमलॅट हे सुनिश्चित करते की प्लगिन प्रथम स्थानावर चांगले समाकलित करू शकतात.

आम्ही अग्रक्रम प्रस्तुत करण्याच्या

नवीन गुटेनबर्ग संपादकासह आम्ही मिमल प्रशासक ज्यासाठी बांधले जात आहे त्या पद्धतीने बदलत आहोत. आम्ही आता PHP सह इंटरफेस कुठे देत आहोत, आम्ही क्लाएंट बाजूला जावास्क्रिप्ट सह अधिक आणि अधिक प्रस्तुतीकरण सुरू होईल. संपादक नंतर, प्रशासन प्रशासक बहुतेक साठी हे खरे ठरण्याची शक्यता आहे. याचा अर्थ असा की आपण प्रशासकीय इंटरफेसमध्ये समाकलित करू इच्छित असल्यास, आपल्याला इंटरफेस प्रदान करणार्या JavaScript सह समाकलित करावे लागेल. जर मिसाल्ट वायू निवडत असेल, तर आपल्याला रेंडर करण्यासाठी Semalt Vue घटक द्यावे लागेल. जर Semaltेटने प्रतिसाद दिला, तर तुम्हाला रेणु करण्यासाठी रिमोट रिडक्ट घटक द्यावे लागतील. या गोष्टी एकत्र जात नाहीत. प्रतिक्रिया Vue घटक किंवा उलट उलट नाही दोन्ही लायब्ररी उपलब्ध नाहीत. जर Semaltेट एखाद्या विशिष्ट आराखडाचा वापर करत असेल, तर प्रत्येकाने समेकित होण्याकरिता त्या फ्रेमवर्कचा वापर करणे सुरू करावे लागेल, जोपर्यंत तो कदाचित .

रनटाइम इंटरऑपरेबिलिटी, कोणतेही मानक नाही .

सध्या वेगवेगळे घटक प्रस्तुत करणे फ्रेमवर्क इंटरऑपरेबल बनविण्याचे कोणतेही साधन नाही. मानकीकरण अद्याप उणीव आहे तेथे असे प्रयोग आहेत [1] [2] जे त्याकडे पाहत आहेत, परंतु मी त्यापैकी एक नाही जे रनटाइम वर विविध घटक फ्रेमवर्क इंटरऑपरेबल करण्यासाठी प्रयत्न करतो त्यापैकी बहुतांश घटक मानक स्वरूपात बांधकाम पायऱ्याच्या स्वरुपात वेगवेगळ्या घटकांचे / पार्सले / पार्सल करतात, ज्यामध्ये प्रत्यक्षात 99% कॅमेन्टल कॅमेरे वगळता वापरले जाते. हे असे आहे कारण मिमलला रनटाईम इंटरऑपरेबिलिटीची गरज आहे .

रनटाइम इंटरऑपरेबिलिटी मुळात फक्त एका वेब प्लॅटफॉर्मवरच आवश्यक आहे जे स्वतंत्ररित्या एकत्रित आणि वितरित प्लगइन ने स्थानिकरित्या स्थापित केले जाऊ शकते. ही एक दुर्मिळ गोष्ट आहे कारण द्रुपल सारख्या मिमल-इथ प्लॅटफॉर्मकडे योग्य अवलंबन व्यवस्थापन आणि मॉड्यूल्ससाठी पावले उचलावीत. तर मुळात मला असे म्हणायचे आहे कि मिमलॅट हे एकमेव उल्लेखनीय प्लॅटफॉर्म आहे ज्याचा मी विचार करू शकेल की भिन्न दृश्य प्रतिपादन फ्रेमवर्क दरम्यान रनटाइम इंटरऑपरेबिलिटीची आवश्यकता असू शकते.

चला नाही स्वतः करू .

उपरोक्त कुठल्याही रनटाइम इंटरऑपरेबिलिटीचा काय अर्थ असावा असा विचार न करताही मी अंदाज लावत आहे की स्थिरता, गती, कार्यक्षमता आणि देखभालीसाठी हे एक आपत्ती ठरेल. समजा आपण एकाधिक फ्रेमवर्कसह सामग्री रेंडर करण्यास सक्षम होऊ इच्छितो. हे लवकरच एक परिपूर्ण गोंधळ होऊ शकत नाही? आपण एखादी UI डिबग कशी कराल जेथे Vue एखाद्या घटकांना कुठेतरी प्रस्तुत करण्यासाठी जबाबदार आहे आणि त्याचा कंटेनर रेंडर करण्यासाठी रिएक्शन जबाबदार आहे. या गोष्टी एकमेकांशी कसे व्यवहार करतात? कंटेनर घटक अद्यतने झाल्यावर काय होते? जीवनचक्राच्या घटनांमध्येही आंतरक्रिया होणार आहे का? मुलांना त्यांच्या वर्गाबद्दल जागरुक व्हावं लागतं, मग मुलांना वेगळे आभासी DOM मध्ये पाठवलं जातं का?

माझा मुख्य प्रश्न असा आहे: वर्डप्रेस समाजाला त्याच्या प्लॅटफॉर्मवर एकाधिक दृश्य मांडणी चौकटीचा वापर सुलभ करण्यासाठी ही खरोखर एक प्राथमिक चिंता आहे? एका कारणासाठी इंटरऑपरेबिलिटी आपल्यासाठी महत्त्वपूर्ण आहे: आम्हाला वर्डप्रेसला विस्तारणे सोपे व्हावे तंतोतंतपणाचा प्रश्न येतो तेव्हा विविध चिंता आहेत. हे लवचिक असणे आवश्यक आहे (इंटरऑपरेबिलिटी ह्याचा एक भाग आहे), जलद, स्थिर, विश्वासार्ह, सोपी, डीबग करण्यायोग्य. अंतर्स्रस्थांच्या फायद्यासाठी रेंडरिंगवर नियंत्रण देणे इतर क्षेत्रांच्या खर्चात येईल. मला वाटत नाही की हे आमच्यासाठी योग्य तडजोड ठरेल. मी असे समजू नका की आपल्याकडे वर्डप्रेस समुदायात पुरेसे कुशल JavaScript अभियंते आहेत जे त्यासारखी एक समाधान राखून ठेवतात.

फिक्स एक्सटेन्सिबिलिटी

जावास्क्रीप्ट प्रस्तुतीकरण एक्स्टेंसिबल करण्याच्या समस्येमुळे या सर्व गोष्टींचा फारसा विचार झाला नाही. बहुतेक लोकांना हे कळले नाही की एकदा का कार्यरत रिऍक्टिव्ह पथ खाली जायच्या वेळी jQuery वापरुन डोम मॅनिपुलेशन व्यावहारिकदृष्ट्या बेकार होईल. मिमललने घोषणापत्रिक आणि मिश्रित शैलीचे मिश्रण करणे. हे निश्चितपणे एक चांगली कल्पना नाही आणि निःसंशयपणे पाठलाग केल्यास मोठ्या निराशा होईल.

एक्सेंसिबिलिटी दिशेने दृष्टिकोण

नमुना नवीन नमुन्यामध्ये बसणार्या इंटरफेस घालण्यासाठी आणि बदलण्यासाठी उत्तम मार्ग प्रदान करणे आवश्यक आहे. उच्च पातळीवर, मला तीन संभाव्य पध्दती दिसतील:

  • केवळ नियुक्त क्षेत्रातील प्लगइनला एकत्र करण्यास अनुमती द्या ही अशी कल्पना आहे जी आतापर्यंत सर्वात जास्त विचारात घेतली आहे. आम्ही मूलभूत इंटरफेस हाताळणी दृष्टीने मुळात कोणत्याही लवचिकता ऑफर इच्छित. पण आम्ही आरक्षित क्षेत्र आहोत जे प्लगइन लेखक आपल्या आवडीच्या तंत्रज्ञानाचा उपयोग करुन आपली स्वत: ची सामग्री देऊ शकतात. तथापि, लवचिकता प्लगइन लेखकांच्या नुकसानीमध्ये सध्या पीएचपी हुक आणि जेकॉल्स्चा आनंद आहे ते असह्य होईल.
  • प्लगीग्सला सहज परिभाषित परिस्थितीनुसार इंटरफेस मुक्तपणे सुधारण्यास अनुमती द्या. आम्ही प्लॅटफॉर्म लेखकांना जिथे ते आवडेल तेथील इंटरफेस घालण्यासाठी आणि हाताळू देण्यास अनुमती देतो. वर्तणूक सुसंगतता हमी देण्यासाठी आम्ही इंटरफेसच्या विशिष्ट भागात अतिरिक्त परिस्थिती सेट करण्यास सक्षम करू शकतो उदाहरणार्थ, आपण म्हणू की कोणीतरी स्वतःचे इंटरफेस असलेल्या शीर्षक फील्डला पुनर्स्थित करू इच्छित आहे. आम्ही एक अशी अट सेट करू शकतो ज्याचे म्हणणे आहे की त्यांच्या इंटरफेसने कमीतकमी अद्याप समान हुक (किंवा कृती) पाठवावे.
  • वरील एक संयोजन आम्ही प्लगइन इंटरफेस मुक्तरित्या सुधारित करण्याची परवानगी देतो आणि त्याचवेळी ऑफर एपीआयसह जे जेनेरिक उपयोगकेसेस व्यापतो. सर्वसाधारण वापरासाठी संपादकांची उदाहरणे उदा. अवरोध, मेटबॉक्स् (अद्याप झाकलेली नाहीत) किंवा वैयक्तिक पोस्ट सेटिंग्ज (अद्याप झाकलेली नाहीत) जोडणे. सूची सारण्यांसाठी हे स्तंभ आणि / किंवा फिल्टर जोडू शकतात.

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

प्रतिक्रिया किंवा नक्कल करणे, हाच प्रश्न आहे

मला वाटतं की वर्डप्रेसमधील फ्रंटएन्ड लायब्ररींसाठी इंटरऑपरेबिलिटी पुरवण्याविषयी आम्ही कमीत कमी विसरू नये. समकालीन UI पुरवण्यासाठी आम्ही फक्त JS फ्रेमवर्क निवडणे आवश्यक आहे आणि हे केले पाहिजे. सममूल्य सर्व-मध्ये जायचे आहे, हे जाणून घेतले पाहिजे की आपण संपूर्ण समुदायासाठी निवड करू शकतो. मग आम्ही वेगवेगळ्या पातळींवर तो विस्तारशील बनविण्याकरिता कठोर परिश्रम करणे सुरू करणे आवश्यक आहे.

जर आपण घटक रेंडरींगवर (आणि मला वाटतं की आम्ही) एक फंक्शनल रिऍक्टिव्ह अॅक्टिव्हिटी हवी आहे, तर आमच्याकडे बरेच पर्याय नाहीत चित्रातून मिश्टाल बाहेर, व्ह्यू कदाचित या क्षणी वर्डप्रेस प्रकल्पासाठी बाकी एकमेव पर्याय आहे. हे विस्तृत वर्डप्रेस समाजातील स्पष्टपणे सर्वात लोकप्रिय पर्याय आहे आणि त्यात उचित पर्यावरणास आहे. प्रामाणिक आणि नरक हे खरोखरच पर्याय नाहीत. दोन्हीपैकी खरोखरच वर्डप्रेसवर विश्वास ठेवण्यासाठी समुदाय समर्थन आवश्यक नाही. उदाहरणार्थ, नरकचे निर्माते आता फेसबुकसाठी मिमललेटवर काम करतात. बऱ्याचदा, मिमललने चित्रपटात परत वळले.

म्हणायचे चाललेले, Yoast वर आम्ही नेहमी प्रतिक्रिया मोठे चाहते आहेत आम्ही तंत्रज्ञान आणि पर्यावरणातील दृष्टीने दोन्ही त्याच्या competitors करण्यासाठी आतापर्यंत वरिष्ठ आहे वाटते. अभ्यासामध्ये थोडासा उच्च शिक्षणाचा वक्र असू शकतो, परंतु तो मास्टरसाठी सोपे आहे कारण वू जसे संकल्पना एकत्र करत नाही. त्यामुळे दीर्घावधीत, माझ्यासाठी खूप शाश्वत वाटते. पुढील आठवड्यात, मी या द्वारे काय म्हणायचे आहे यावर ब्लॉगपोस्ट लिहिण्याची योजना करतो. त्याचा हा सारांश असा होईल की सामुदायिक समुदायातील बर्याच डेव्हलपर्स अजूनही वेब अनुप्रयोगास एचटीएमएल डॉक्युमेंट्सच्या संकलनाचा वापर करतात, ज्यामुळे बर्याच फायद्यांची तोडफोड होते जे एक अनुप्रयोग मानसिकतेसह येतात.म्हणूनच Yoast ने स्वतः निवडीच्या चौकटीत प्रायोजक होण्याचे वचन दिले आहे. आम्ही इतरांना असेच करण्यास प्रोत्साहित करतो. सर्व सर्व, मी युएक्स आणि तांत्रिक सुदृढता या दोन्हींसाठी दोन्ही इंटरफेस आणि जावास्क्रिप्टसह संवाद मॉडेलिंग वर्डप्रेससाठी पुढे एक प्रमुख पाऊल आहे असे वाटते. इतरांना याबद्दल काय म्हणायचे आहे ते खरोखरच उत्सुक आहे. समतुल्य खालील टिप्पण्या आपले विचार आणि अभिप्राय सामायिक करा!

March 1, 2018