घटक नोटों के ऊपर

बनाम बना ग्रंट बनाम गुल की घड़ी

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



ग्रंट (ग्रंट)। Gruntfile.js ग्रंट उपयोगिता के लिए कॉन्फ़िगरेशन फ़ाइल है। Gruntfile.js सहज है, बस नमूने को देखने के लिए अपने काम के लिए एक समान बनाने के लिए पर्याप्त है। लेकिन ग्रंटफाइल.जेएस बेहद बदसूरत है, इसके अलावा, gulp लेखक लिखते हैं कि ग्रंट बेहद अक्षम है। gruntfile.js लिखना और पढ़ना बहुत जल्दी उबाऊ हो जाता है।

गुल ("ताज़ी हवा" की एक सांस)। Gruntfile.js के विपरीत, gulpfile.js एक कॉन्फ़िगरेशन फ़ाइल नहीं है, लेकिन नोड पर एक कार्यक्रम है। दो फ़ाइलों की तुलना देखें। हां, यह बहुत अधिक सुविधाजनक और परिचित है। इसके अलावा, gulp plugins अपना काम करते हैं। उदाहरण के लिए, js फ़ाइल को छोटा करने के लिए, आपको दो प्लगइन्स को कॉल करने की आवश्यकता है, एक फ़ाइल को छोटा करता है, और दूसरा इसे फ़ाइल के लिए .min.js पर रेकॉर्ड करता है। यह सही है। लेकिन guplfile.js का आकार gruntgile.js से लगभग कोई छोटा नहीं है, और दसवीं बार इसकी समान रूप से सुस्त प्रक्रिया बना रही है। फिर भी, स्वाद की बात है, लेकिन, IMHO, gulp तुलना gulp बहुत अधिक सुविधाजनक है।

मेक महान और शक्तिशाली है, लेकिन मेकफाइल का नुकसान यह है कि यह बहुत समझ से बाहर है। एक पूर्ण, बहुत विस्तृत और सूखा विवरण है - एक पाठ्यपुस्तक । या बहुत सारे मैनुअल 1960 के दशक के अंतिम सहस्राब्दी से एक ही पाठ को फिर से लिख रहे हैं, जब कोई प्रोग्रामिंग भाषा नहीं थी, और सी भाषा अभी भी विकास में थी। ये मॉसी सी उदाहरण रिटेलिंग हैं। हालांकि, आप मेकफाइल का पता लगा सकते हैं। यह आपको grunt और gulp बारे में भूल जाने देगा। घटक समुदाय, साथ ही नोड समुदाय में, Makefile बहुत लोकप्रिय है, यही वजह है कि यहां इसकी चर्चा की जाती है।

मेकफाइल अवलोकन

make किसी भी शेल कमांड को निष्पादित कर सकता है, और किसी भी प्रकार की फाइलों को प्रोसेस कर सकता है, कोई प्रतिबंध नहीं है। केवल एक चीज - टीम से पहले एक स्थान नहीं होना चाहिए, लेकिन एक टैब। (फिर भी, पिछले सहस्राब्दी, लोग मजबूत थे)। एक और नोट - उन फ़ाइल नामों के बारे में शिकायतें हैं जिनमें रिक्त स्थान हैं।

file में चर और नियमों का वर्णन होता है।

लक्ष्य नियम

Makefile में लक्ष्य नियम निम्नानुसार व्यवस्थित हैं:

 target: sources tab -> commands tab ->tab -> commands, .     

यहाँ target वही है जो हमें प्राप्त करने की आवश्यकता है, स्रोत फ़ाइलों की एक सरणी है। आमतौर पर target केवल एक फ़ाइल है, जिसमें विशेष PHONY लक्ष्य (नीचे देखें) को छोड़कर।

यदि एक त्रुटि का सामना करना पड़ता है, तो यह गर्भपात करता है। (विकल्प -i त्रुटियों को अनदेखा करता है)।

mtime का उपयोग करता है - फ़ाइल को अंतिम बार संशोधित किया गया था। target तैयार माना जाता है अगर, सबसे पहले, यह पहले से मौजूद है, और दूसरी बात, यह अपने स्रोत से नया है। इसलिए, केवल ऐसी प्रक्रियाएं बनाएं जो बदल गई हैं।

दिए गए नियम के लक्ष्य लक्ष्य के साथ शुरुआत करें। यदि आप एक पैरामीटर के बिना कॉल करते हैं, तो यह पहला नियम है। यह स्रोत को देखता है, और यदि इसके अपने नियम हैं, तो यह उन्हें पुन: जाँचता है। सरणी में स्रोतों को संसाधित करने का क्रम मनमाना है!

जब तक यह समाप्त लक्ष्य नहीं मिलता है, या स्रोत के पास नहीं है, या इसके स्रोत के अपने नियम नहीं हैं, तब तक स्रोत श्रृंखला नीचे जाती है। जब उसे ऐसा कोई मामला मिलता है, तो वह उचित आदेशों को निष्पादित करते हुए पुन: पुनरावृत्ति श्रृंखला के साथ वापस आ जाता है। प्रत्येक स्रोत के लिए पुनरावृत्ति श्रृंखला बनाता है।

नियमों को एक खाली स्ट्रिंग द्वारा अलग किया जाना चाहिए।

पैटर्न नियम

पैटर्न नियम बताते हैं कि किसी विशेष एक्सटेंशन के साथ क्या करना है, और जैसा दिखता है:

 %.js: %.html @component convert $<; 

फोनी नियम

फोनी नियम फाइल नहीं हैं, लेकिन कमांड हैं। उनके पास स्रोत कोड, पुनरावृत्ति और अन्य सभी चीजें हो सकती हैं जिनके अलग-अलग नियम हैं, लेकिन उनके लिए माइम की गणना नहीं की जाती है। उदाहरण के लिए:

 clean: rm -fr build components $(TEMPLATES) .PHONY: clean 

.PHONY नियमों को एक विशेष चर में वर्णित किया जाना चाहिए .PHONY

चरों का वर्णन

स्वचालित, पूर्वनिर्धारित चर हैं, उन्हें समझने की आवश्यकता है। यहाँ कुछ सामान्य $ @ हैं - लक्ष्य का नाम, $ + - सभी स्रोत, रिक्त स्थान से अलग, $ <; - पहले स्रोत का नाम। ट्यूटोरियल में पूरी सूची - http://www.gnu.org/software/make/manual/make.html#Automatic-Variables

साधारण चर (प्रसंस्करण में फ़ाइलों की आवश्यकता होती है, स्रोत में फ़ाइलें होने के लक्ष्य) - आप बस सूची कर सकते हैं

 JS = index.js example.js 

लेकिन शेल का उपयोग करके उनकी गणना करना अक्सर सुविधाजनक होता है:

 CF = $(shell find templates -name "*.coffee") 

या अंतर्निहित वाइल्डकार्ड उपयोगिता का उपयोग कर:

 SRC = $(wildcard client/*/*.js) 

या पहले से निर्मित चर से targets निर्धारित करें:

 HTML = $(JADE: .jade=.html) 

बाद के मामले में, HTML फाइलें स्वयं अभी तक नहीं बनी हैं, लेकिन आगे की प्रक्रिया के लिए उनके नामों की केवल एक सरणी है।

चर और नियमों को स्थापित करने के उदाहरण:

 SRC = $(wildcard client/*/*.js) HTML = $(wildcard client/*/*.html) TEMPLATES = $(HTML:.html=.js) build: components $(SRC) $(TEMPLATES) @component build components: component.json @component install %.js: %.html @component convert $<; 

यहां क्या हो रहा है? नाम घटकों का सामना करना पड़ता है, इस तरह की निर्देशिका का पता लगाता है, और अगर हम घटक में परिवर्तन करते हैं। फ़ाइल को जमा करता है, तो यह स्थापित करता है।

वह SRC पर जाता है, जो JS फ़ाइलों की एक सरणी है। यह पहली .js फ़ाइल के 'स्रोतों' को देखता है, .js के लिए एक पैटर्न नियम ढूँढता है और इसे .html स्रोत से निष्पादित करता है। फिर यह एक ही build/build.js में सब कुछ इकट्ठा करता है। build/build.js component build , component convert ।

एक और उदाहरण:

 JADE = $(shell find templates -name "*.jade") HTML = $(JADE:.jade=.html) all: $(HTML) %.html: %.jade jade < $< > $@ 

पैटर्न-नियमों का एक उदाहरण कॉफी, जेड को संसाधित करना है:

 %.js: %.coffee @coffee -c $< %.js: %.jade @jade -c $< 

स्वाभाविक रूप से, coffee , jade उपयोगिताओं को सिस्टम पर स्थापित किया जाना चाहिए।

घड़ी

वॉच एक घटक नहीं है, न कि नोड.जेएस उपयोगिता है, लेकिन एक नियमित यूनिक्स उपयोगिता है। (यह अजीब है कि यह Altlinux में नहीं है, उदाहरण के लिए)।

हम क्लोन करते हैं और इसे डालते हैं:

 $ PREFIX=~ make install 

और रन make

 $ watch make &; 

स्रोत में परिवर्तनों को ट्रैक करने के लिए आपको क्या करने की आवश्यकता है, और ग्रंट में ऑटो-रेम्पाइल से तुलना करें। gulp यह कार्यक्षमता कर्नेल में बनाई गई है, न कि एक प्लगइन में। लेकिन इससे इसे gulpfile.js में चलाना आसान नहीं है। मैं एक उदाहरण कोड भी नहीं देना चाहता।

Makefile में, आप घड़ी की उपयोगिता के बिना एक ही चीज़ को व्यवस्थित कर सकते हैं:

 .PHONY: continuously continuously: while true; do make 1>/dev/null; sleep 3; done 

जारी रखा जाए