Node-vibrant: प्रतिक्रिया-मूल में प्रयोग करने योग्य संस्करण का अनुरोध करें

हम्म। मुझे लगता है कि मैं प्रतिक्रिया-मूल में काम करने के लिए नोड मॉड्यूल की अपेक्षा के बारे में अनुभवहीन हूं। मैंने पाया है कि यह विशेष समस्या उत्पन्न होती है क्योंकि प्रतिक्रिया-मूल पैकेजर browser फ़ील्ड को package.json सम्मानित करता है ताकि ब्राउज़र संस्करण नोड संस्करण के बजाय लोड हो। इसके आसपास node-vibrant/lib/index की आवश्यकता है, लेकिन अगली त्रुटि Requiring unknown module 'fs'

@chetstone क्या आपने rn-nodeify की कोशिश की है? कोर नोड मॉड्यूल आरएन ऐप में डिफ़ॉल्ट रूप से काम नहीं करेगा क्योंकि यह वास्तव में नोड (वी 8) पर नहीं चलता है, लेकिन जेएससी। यह बुलेटप्रूफ नहीं है, लेकिन मेरे अनुभव में काफी अच्छा चलता है।

उस ने कहा, मुझे नोड-वाइब्रेंट में परेशानी हो रही है। क्या आप इसे भी आजमा सकते हैं और देख सकते हैं कि आपको कहाँ मिलता है? मुझे fs साथ कोई समस्या नहीं है, लेकिन मुझे लगता है कि pngjs या स्ट्रीम-टू मॉड्यूल में stream लिए rn-nodeify हैक्स जोड़े नहीं जा रहे हैं - हालांकि केवल एक झटका।

संपादित करें: यह प्रासंगिक हो सकता है यदि यह pngjs से संबंधित है: https://github.com/lukeapage/pngjs/issues/64

(संदर्भ के लिए)

├─┬ [email protected]
│ ├─┬ [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├─┬ [email protected]
│ │ │ ├── [email protected]
│ │ │ ├── [email protected]
│ │ │ ├── [email protected]
│ │ │ ├─┬ [email protected]
│ │ │ │ ├── [email protected]
│ │ │ │ └─┬ [email protected]
│ │ │ │   └── [email protected]
│ │ │ ├─┬ [email protected]
│ │ │ │ ├── [email protected]
│ │ │ │ ├─┬ [email protected]
│ │ │ │ │ ├── [email protected]
│ │ │ │ │ └── [email protected]
│ │ │ │ └── [email protected]
│ │ │ └── [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├─┬ [email protected]
│ │ │ └── [email protected]
│ │ ├── [email protected]
│ │ └─┬ [email protected]
│ │   └── [email protected]
│ ├── [email protected]
│ └─┬ [email protected]
│   ├── [email protected]
│   └── [email protected]

हम्म। पिछला PL #21 एक बार रिएक्ट नेटिव के साथ काम करने वाले नोड-वाइब्रेंट को इंगित करता है।
मैंने अभी तक रिएक्ट नेटिव की कोशिश नहीं की है।लेकिन अगर यह प्रविष्टि स्क्रिप्ट के रूप में lib/index.js लोड करता है, तो डिफ़ॉल्ट छवि कार्यान्वयन नोडज एक होना चाहिए। (देखें https://github.com/akfish/node-vibrant/blob/master/src/index.coffee)
आप नोड छवि को स्वयं आयात करने का प्रयास कर सकते हैं:

// var Vibrant = require('node-vibrant')
// var NodeImage = require('node-vibrant/lib/image/node')

// var v = new Vibrant(uri, {Image: NodeImage})

संपादित करें: कोई बात नहीं। बस फॉलो किए गए कमेंट देखे। यदि require('node-vibrant/lib/index') काम नहीं करेगा, तो उपरोक्त विधि भी काम नहीं करेगी।

मैं रिएक्ट नेटिव सेटअप करूंगा और समय मिलने पर कुछ परीक्षण करूंगा।

@stovmascript आरएन -नोडिफाई के बारे में हेड-अप के लिए धन्यवाद। मुझे रिएक्ट-नेटिविफ़ भी मिला जो एक आशाजनक दृष्टिकोण की तरह लगता है लेकिन मेरे पास इसे आज़माने का समय नहीं है। मैं इस समय एक और प्रोजेक्ट पर हूं लेकिन अगले हफ्ते इस पर गौर करूंगा।

@chetstone कूल, बदले में, ReactNativity के बारे में जानकारी के लिए धन्यवाद। बस इसे आजमाया और मुझे यह बेहतर लगा। हालांकि ट्रेडऑफ हैं।

आरएन-नोडिफाई के साथ, आपके लिए लगभग हर चीज का ध्यान रखा जाता है। आपको केवल नए पैकेज स्थापित करने के बाद पोस्टइंस्टॉल स्क्रिप्ट चलाना याद रखना होगा (अर्थात यह npm install बाद चलेगा, लेकिन npm install some-package --save बाद नहीं)। जो बात इतनी सुंदर नहीं है वह यह है कि जब तक आप rn-नोडिफाई खत्म होने से पहले और बाद में अपने package.json को सेव और रिस्टोर नहीं करते हैं, तब तक इसमें ढेर सारा सामान जुड़ जाएगा, जो मूल रूप से वहां नहीं होना चाहिए अगर आपने पोस्टइंस्टॉल स्क्रिप्ट को जोड़ा है . इसके अलावा यह आपके नोड_मॉड्यूल्स में जाता है और सीधे गड़बड़ करना शुरू कर देता है - दूसरी ओर, अगर यह कुछ भी नहीं तोड़ता है, तो कौन परवाह करता है, यह सही है? मैं अब तक इस समाधान का उपयोग कर रहा हूं और इससे खुश हूं।

रिएक्टनैटिविटी समाधान आईएमओ अधिक सुरुचिपूर्ण है जिसमें आप आरएन पैकेजर (सुपर कूल) को अपना बंडल ट्रांसफॉर्मर फ़ंक्शन प्रदान कर सकते हैं और आप require() कॉल या import को बदलने के लिए बेबेल-प्लगइन-रीराइट-आवश्यकता का उपयोग कर सकते हैं। संकलन के दौरान उनके ब्राउज़र संस्करणों में कोर नोड मॉड्यूल के process या __dirname - rn-nodeify इनके लिए एक बहुत व्यापक शिम की आपूर्ति करता है, लेकिन ReactNativity तरीके से, आपको अपना खुद का शिम बनाए रखना होगा।

दोनों विधियों के साथ, मैं एक ही विचार पर पहुंचा हूं ...

इस तरह आयात करने के बाद:

import Vibrant from 'node-vibrant/lib';

मुझे यह त्रुटि मिल रही है:

ऑब्जेक्ट प्रोटोटाइप केवल एक वस्तु या अशक्त हो सकता है: अपरिभाषित

इस पर शुरू हो रहा है: _node_modules/inherits/inherits_browser.js:5_ (इनहेरिट मॉड्यूल का ब्राउज़र संस्करण)।

यदि आप इस फ़ंक्शन को वर्तमान में उपयोग कर रहे नोड के साथ अपडेट

"विरासत" के सुपर कंस्ट्रक्टर के पास एक प्रोटोटाइप होना चाहिए

ऐसा इसलिए हो रहा है क्योंकि सुपर कंस्ट्रक्टर जिसे इस फ़ंक्शन में पास किया जाना है, वह कंस्ट्रक्टर नहीं है, बल्कि वास्तव में एक इंस्टेंट क्लास है, इसलिए जब आप बदलते हैं: superCtor = superCtor.constructor , तो यह काम करता है।

स्टैकट्रेस के बाद, यह जिंप द्वारा उपयोग किए गए अनुरोध पैकेज की ओर जाता है, लेकिन क्या यह अनुरोध के साथ कोई समस्या है या अनुरोध सही तरीके से उपयोग नहीं कर रहा है, मुझे नहीं पता। यह सबसे अधिक संभावना नोड में ठीक काम करता है, लेकिन केवल ब्राउज़र के लिए बंडल होने पर या केवल प्रतिक्रिया-मूल के लिए भी टूट जाता है।

विस्तृत रिपोर्ट के लिए बहुत-बहुत धन्यवाद। तो क्या _inherits_ में आपके संशोधन RN के साथ काम करने वाले नोड-वाइब्रेंट को प्राप्त करने के लिए पर्याप्त हैं या आप अभी भी अटके हुए हैं?

नवंबर 6, 2016 7:24 -0700 पर, मार्टिन Šťovíček [email protected] ने लिखा है:

@chetstone (https://github.com/chetstone) कूल, बदले में, ReactNativity के बारे में जानकारी के लिए धन्यवाद। बस इसे आजमाया और मुझे यह बेहतर लगा। हालांकि ट्रेडऑफ हैं।

आरएन-नोडिफाई के साथ, आपके लिए लगभग हर चीज का ध्यान रखा जाता है। आपको केवल नए पैकेजों को स्थापित करने के बाद पोस्टइंस्टॉल स्क्रिप्ट को चलाने के लिए याद रखना होगा (यानी यह npm इंस्टाल के बाद चलेगा, लेकिन npm इंस्टाल सम-पैकेज --सेव के बाद नहीं)। जो बात इतनी सुंदर नहीं है वह यह है कि जब तक आप rn-नोडिफाई खत्म होने से पहले और बाद में अपने package.json को सेव और रिस्टोर नहीं करते हैं, तब तक इसमें ढेर सारा सामान जुड़ जाएगा, जो मूल रूप से वहां नहीं होना चाहिए अगर आपने पोस्टइंस्टॉल स्क्रिप्ट को जोड़ा है . इसके अलावा यह आपके नोड_मॉड्यूल्स में जाता है और सीधे गड़बड़ करना शुरू कर देता है - दूसरी ओर, अगर यह कुछ भी नहीं तोड़ता है, तो कौन परवाह करता है, यह सही है? मैं अब तक इस समाधान का उपयोग कर रहा हूं और इससे खुश हूं।

रिएक्टनैटिविटी समाधान आईएमओ अधिक सुरुचिपूर्ण है जिसमें आप आरएन पैकेजर (सुपर कूल) को अपने स्वयं के बंडल ट्रांसफॉर्मर फ़ंक्शन की आपूर्ति कर सकते हैं और आप कोर नोड मॉड्यूल की आवश्यकता() कॉल या आयात को बदलने के लिए बेबेल-प्लगइन-रीराइट-आवश्यकता का उपयोग कर सकते हैं। संकलन के दौरान उनके ब्राउज़र संस्करण। निर्भरता पर आपका बहुत अधिक नियंत्रण है - आप सभी ब्राउज़र संस्करणों को एक बार में या तो नोड-लिब्स-ब्राउज़र या ब्राउजराइज़ के साथ स्थापित कर सकते हैं (दोनों ब्राउज़र संस्करणों में मैपिंग के साथ एक ऑब्जेक्ट की आपूर्ति करते हैं, जिसे आपको बैबेल प्लगइन को कॉन्फ़िगर करने की आवश्यकता होगी ) उसके ऊपर आप fs मॉड्यूल के लिए चुनिंदा रूप से रिएक्ट-नेटिव-लेवल-एफएस जैसे पैकेज जोड़ सकते हैं। आपको इस समाधान के साथ अपने ऐप का पूरी तरह से परीक्षण करना होगा क्योंकि यह रनटाइम अपवादों के लिए अधिक प्रवण है - सभी कोर नोड libs में ब्राउज़र समकक्ष नहीं होते हैं और इसे संबोधित करने का प्रयास करने के लिए आरएन-नोडिफाई आगे बढ़ता है। प्रक्रिया या __dirname जैसे नोड ग्लोबल्स के लिए भी यही है - rn-nodeify इनके लिए एक बहुत व्यापक शिम की आपूर्ति करता है, लेकिन ReactNativity तरीके से, आपको अपना खुद का शिम बनाए रखना होगा।

दोनों विधियों के साथ, मैं एक ही विचार पर पहुंचा हूं ...

इस तरह आयात करने के बाद:

'नोड-वाइब्रेंट/lib' से वाइब्रेंट आयात करें

मुझे यह त्रुटि मिल रही है:

ऑब्जेक्ट प्रोटोटाइप केवल एक वस्तु या अशक्त हो सकता है: अपरिभाषित

इस पर शुरू हो रहा है: node_modules/inherits/inherits_browser.js:5 (विरासत मॉड्यूल का ब्राउज़र संस्करण)।

यदि आप इस फ़ंक्शन को वर्तमान में उपयोग कर रहे नोड के साथ अपडेट करते हैं (https://github.com/nodejs/node/blob/master/lib/util.js#L956-L969), तो यह नई कस्टम त्रुटि को ट्रिगर करेगा:

"विरासत" के सुपर कंस्ट्रक्टर के पास एक प्रोटोटाइप होना चाहिए

ऐसा इसलिए हो रहा है क्योंकि सुपर कंस्ट्रक्टर जिसे इस फ़ंक्शन में पास किया जाना है, वह कंस्ट्रक्टर नहीं है, बल्कि वास्तव में एक इंस्टेंट क्लास है, इसलिए जब आप सुपरकटर बदलते हैं (https://github.com/isaacs/inherits/blob/master /inherits_browser.js#L3) से: superCtor = superCtor.constructor, यह काम करता है।

स्टैकट्रेस के बाद, यह जिंप द्वारा उपयोग किए गए अनुरोध पैकेज की ओर जाता है, लेकिन क्या यह अनुरोध के साथ कोई समस्या है या अनुरोध सही तरीके से उपयोग नहीं कर रहा है, मुझे नहीं पता। यह सबसे अधिक संभावना नोड में ठीक काम करता है, लेकिन केवल ब्राउज़र के लिए बंडल होने पर या केवल प्रतिक्रिया-मूल के लिए भी टूट जाता है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें (https://github.com/akfish/node-vibrant/issues/29#issuecomment-258684020), या थ्रेड को म्यूट करें (https://github.com/notifications/unsubscribe -auth/AA7l1wl7ggsGTqd7RZlpwWup6T3Ookl7ks5q7eMSgaJpZM4KeOV2)।

@stovmascript अंत में react-nativify साथ प्रयास करने के लिए कुछ समय मिला। मुझे नहीं लगता कि मैंने इसे उतना ही बनाया जितना आपने किया। ऐसा लगता है कि इसे काम करने के लिए शामिल हैकिंग की मात्रा लगभग अंतहीन हो सकती है।

सबसे पहले, मैं ट्रांसफार्मर को काम पर नहीं ला सका। मैंने अंततः पाया कि rn-cli.config.js में getTransformModulePath() निर्दिष्ट करने की क्षमता को प्रतिक्रिया-मूल (0.32.1) के मेरे संस्करण में एक प्रतिगमन के माध्यम से हटा दिया गया था। इसलिए मैंने npm start कमांड में --transformer का उपयोग करके उसके आसपास काम किया।

फिर, किसी कारण से पैकेजर को util मॉड्यूल नहीं मिला, भले ही इसे स्थापित किया गया था। और भी आश्चर्यजनक रूप से, ऐसा लगता है कि कुछ मॉड्यूल ( png.js ) से आवश्यक होने पर util मिल सकता है लेकिन अन्य नहीं ( _stream_readable )।

बाहर टिप्पणी करते हुए की आवश्यकता util में _stream_readable अगर मैं आगे मिल सकता है, यह विफल रहा है देखने के लिए जब jimp चर में परिभाषित नहीं कर रहे थे करने के लिए भेजा process शिम

अंत में, इस लेख को पढ़ने के बाद, मैं इस दृष्टिकोण को छोड़ने के लिए तैयार हूं। मैंने rn-nodify साथ प्रयास नहीं किया है, लेकिन आपके अनुभव को देखते हुए, मुझे लगता है कि यह अधिक समय बर्बाद कर रहा होगा।

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

मैंने अभी प्रतिक्रिया-मूल-पैलेट प्रकाशित किया है जो उत्कृष्ट एंड्रॉइड पैलेट क्लास को मूल मॉड्यूल के रूप में लपेटता है। घटक आईओएस के लिए समान कार्यक्षमता का भी समर्थन करता है, लेकिन कुछ मुद्दों के साथ।

यह अच्छा होगा कि एक जावास्क्रिप्ट-केवल समाधान जैसे नोड-वाइब्रेंट जो आईओएस पर काम करेगा क्योंकि मूल समर्थन में कुछ कमी है।

लंबी देरी के लिए खेद है। वास्तविक जीवन हुआ।
उपरोक्त टिप्पणियों से मैं जो समझ रहा हूं, वह मुद्दा jimp के संदर्भ से संबंधित प्रतीत होता है fs , जो प्रतिक्रिया-मूल वातावरण में उपलब्ध नहीं है।

jimp के स्रोत [1] से , process.env.ENVIRONMENT को "BROWSER" से fs मॉड्यूल की आवश्यकता नहीं होगी।

एक संभावित उपाय:

// Prevent jimp from requiring `fs`
process.env.ENVIRONMENT = 'BROWSER'
// Require node.js version vibrant explicitly
const Vibrant = require('node-vibrant/lib/index')
// Load image file into a Buffer in some react-native compatible way
let buf = react_native_read_file('path/to/image')
// Pass buffer to node-vibrant
Vibrant.from(buf).getPalette()

क्या कोई जांच सकता है कि यह दृष्टिकोण काम करेगा या नहीं? धन्यवाद।

एक अनुस्मारक कि गिटहब के पास थ्रेड को बंद किए बिना समर्थन दिखाने के लिए मुद्दों पर प्रतिक्रियाएं

आपका नवीनतम संस्करण "३.२.०-अल्फा" प्रतिक्रिया मूल निवासी में त्रुटि के साथ क्रैश "चर नहीं ढूँढ सकता: स्वयं"
और सिर्फ 1 स्ट्रिंग को हटाने के बाद:
import * as Vibrant from 'node-vibrant';
ऐप काम करता है, इसलिए रिएक्ट नेटिव में इसका परीक्षण करने की कोई संभावना नहीं है।

आपका नवीनतम संस्करण "३.२.०-अल्फा" प्रतिक्रिया मूल निवासी में त्रुटि के साथ क्रैश _"चर नहीं ढूँढ सकता: स्वयं"_
और सिर्फ 1 स्ट्रिंग को हटाने के बाद:
import * as Vibrant from 'node-vibrant';
ऐप काम करता है, इसलिए रिएक्ट नेटिव में इसका परीक्षण करने की कोई संभावना नहीं है।

मुझे खेद है कि मुझे वास्तव में यह नहीं मिला, क्या नोड-वाइब्रेंट लिब आरएन के साथ काम कर रहा है या नहीं?

@Psiiirus इसे गैर-अल्फा बिल्ड में काम करना चाहिए

मुझे प्रतिक्रिया-मूल में Can't find variable: document मिल रहा है।