Node.js
प्रोजेक्ट संरचना
खोज…
परिचय
नोडज परियोजना की संरचना व्यक्तिगत प्राथमिकताओं, परियोजना की वास्तुकला और मॉड्यूल इंजेक्शन रणनीति का उपयोग करने से प्रभावित होती है। घटना आधारित चाप पर 'गतिशील डायनेमिक इंस्टेंटेशन तंत्र का उपयोग करता है। MVC संरचना करने के लिए सर्वर साइड और क्लाइंट साइड सोर्स कोड को अलग करना अनिवार्य है क्योंकि क्लाइंट साइड कोड शायद कम से कम और ब्राउज़र को भेजा जाएगा और अपने मूल स्वभाव में सार्वजनिक है। और सर्वर साइड या बैक-एंड CRUD ऑपरेशन करने के लिए एपीआई प्रदान करेगा
टिप्पणियों
ऊपर दिए गए प्रोजेक्ट ब्राउजर और वी.जे. मॉड्यूल का उपयोग बेस बेस व्यू और मिनिमाइजेशन लिब के रूप में करता है। तो प्रोजेक्ट संरचना पूरी तरह से बदल सकती है, जिसके आधार पर आप जिस mvc ढांचे का उपयोग करते हैं, उदाहरण के लिए, सार्वजनिक में निर्मित निर्देशिका को सभी mvc कोड को शामिल करने की आवश्यकता होगी। आपके पास एक कार्य हो सकता है जो आपके लिए ऐसा करता है।
MVC और API के साथ एक सरल नोडज एप्लिकेशन
- पहला प्रमुख अंतर गतिशील रूप से उत्पन्न निर्देशिकाओं के बीच है जो होस्टिंग और स्रोत निर्देशिकाओं के लिए उपयोग किया जाएगा।
- स्रोत निर्देशिका में आपके पास मौजूद कॉन्फ़िगरेशन की मात्रा के आधार पर एक कॉन्फ़िगरेशन फ़ाइल या फ़ोल्डर होगा। इसमें पर्यावरण कॉन्फ़िगरेशन और व्यावसायिक तर्क कॉन्फ़िगरेशन शामिल है जिसे आप कॉन्फ़िगरेशन निर्देशिका के अंदर रखना चुन सकते हैं।
|-- Config
|-- config.json
|-- appConfig
|-- pets.config
|-- payment.config
अब सबसे महत्वपूर्ण निर्देशिकाएं जहां हम सर्वर साइड / बैकएंड और फ्रंटेंड मॉड्यूल के बीच अंतर करते हैं। 2 निर्देशिका सर्वर और वेबैप क्रमशः बैकएंड और फ्रंटएंड का प्रतिनिधित्व करते हैं जिसे हम स्रोत निर्देशिका के अंदर रखना चुन सकते हैं। src
आप सर्वर या वेब के लिए व्यक्तिगत पसंद के अनुसार अलग-अलग नामों से जा सकते हैं जो आपके लिए समझ में आता है। सुनिश्चित करें कि आप इसे लंबे समय तक या जटिल बनाना नहीं चाहते हैं क्योंकि यह अंत आंतरिक परियोजना संरचना में है।
सर्वर निर्देशिका के अंदर आपके पास नियंत्रक, App.js / index.js हो सकते हैं जो कि आप मुख्य नोडज होंगे और बिंदु शुरू करेंगे। सर्वर dir। इसमें dto dir भी हो सकता है जो सभी डेटा ट्रांसफर ऑब्जेक्ट को रखता है जो API कंट्रोलर द्वारा usd होगा।
|-- server |-- dto |-- pet.js |-- payment.js |-- controller |-- PetsController.js |-- PaymentController.js |-- App.js
Webapp निर्देशिका को दो प्रमुख भागों सार्वजनिक और mvc में विभाजित किया जा सकता है, यह फिर से प्रभावित होता है कि आप किस निर्माण की रणनीति का उपयोग करना चाहते हैं। हम ब्राउज़रफाइ का उपयोग कर वेब के एमवीसी भाग का निर्माण कर रहे हैं और एमवीसी निर्देशिका से सामग्री को कम से कम डाल सकते हैं।
| - वेबप्प | - जनता | - एमवीसीएक्स
अब सार्वजनिक निर्देशिका में सभी स्थिर संसाधन, चित्र, सीएसएस हो सकते हैं (आपके पास सास फाइलें भी हो सकती हैं) और सबसे महत्वपूर्ण बात यह है कि HTML फाइलें।
|-- public
|-- build // will contianed minified scripts(mvc)
|-- images
|-- mouse.jpg
|-- cat.jpg
|-- styles
|-- style.css
|-- views
|-- petStore.html
|-- paymentGateway.html
|-- header.html
|-- footer.html
|-- index.html
एमवीसी निर्देशिका में मॉडल , व्यू कंट्रोलर और किसी भी अन्य यूटिलिटी मॉड्यूल सहित फ्रंट-एंड लॉजिक होगा, जो आपको यूआई के भाग के रूप में आवश्यकता हो सकती है। इसके अलावा index.js या shell.js जो भी आपको सूट करता है आप इस निर्देशिका का हिस्सा हैं।
|-- mvc |-- controllers |-- Dashborad.js |-- Help.js |-- Login.js |-- utils |-- index.js
तो अंत में पूरी परियोजना संरचना घूंट browserify की तरह एक साधारण निर्माण कार्य below.And की तरह लग रहे MVC लिपियों कम करें और सार्वजनिक निर्देशिका में प्रकाशित करेंगे होगा। इसके बाद हम इस सार्वजनिक निर्देशिका को व्यक्त संसाधन के माध्यम से स्थिर संसाधन के रूप में प्रदान कर सकते हैं।
|-- node_modules
|-- src
|-- server
|-- controller
|-- App.js // node app
|-- webapp
|-- public
|-- styles
|-- images
|-- index.html
|-- mvc
|-- controller
|-- shell.js // mvc shell
|-- config
|-- Readme.md
|-- .gitignore
|-- package.json