लारवेल में मार्गों का संगठन

हेलो, हैबर। हाल ही में, मैं फ्रीलांस पर ऑर्डर की गई साइट की समीक्षा के लिए सहमत हुआ। मुझे ऐसे नियंत्रकों को देखने की उम्मीद थी जो सब कुछ करते हैं और 200+ लाइनों (और खराब कोड की अन्य अभिव्यक्तियों) पर कब्जा करते हैं, लेकिन सब कुछ बहुत ही सभ्य था। मूल्यांकन नियंत्रक में निहित नहीं था, जो काफी सामान्य है। कभी-कभी, निश्चित रूप से, कुछ PSR-2 विसंगतियां थीं, लेकिन जब तक मैं मार्गों के साथ फ़ाइल में नहीं देखा, तब तक सब कुछ ठीक लग रहा था। इसने कई स्क्रीनों पर कब्जा कर लिया और मार्ग समूहों के बारे में टिप्पणी की। मैंने डेवलपर से संपर्क किया और उसने कहा कि सबकुछ "बड़ा" हो गया और इसे ठीक करने के लिए सहमत हो गया। अगले संस्करण में, मैंने देखा कि उन्होंने स्थैतिक विधियों के साथ कई कक्षाएं बनाईं, जिसमें उन्होंने कोड को स्थानांतरित किया और उन्हें बुलाया, जैसा कि आमतौर पर प्राधिकरण के साथ किया जाता है। तब मुझे याद आया कि मैं पहले ही इसका सामना कर चुका हूं और इस तरह के तर्क से मिलता हूं: "दस्तावेज़ीकरण विभिन्न फ़ाइलों के लिए मार्ग लेने के बारे में कुछ नहीं कहता है।" कुछ मिनट बाद ही मुझे एक लेख मिला और इसे डेवलपर को भेजा। आधे घंटे के बाद, मैंने सामान्य रूप में मार्ग प्राप्त किए और निर्णय लिया कि यह लेख कई शुरुआती लोगों के लिए उपयोगी होगा। तो यह मुफ्त अनुवाद पैदा हुआ था।

यदि आपने कभी भी TrackServiceProvider फ़ाइल को संपादित नहीं किया है, तो बिल्ली में आपका स्वागत है।

यदि आप एक छोटी परियोजना के साथ काम कर रहे हैं और आपके पास केवल कुछ मार्ग हैं, तो कोई समस्या नहीं होगी। लेकिन जब मार्गों की संख्या बहुत अधिक हो जाती है, तो एक फ़ाइल में काम करना मुश्किल हो जाता है, खासकर जब आपके पास विभिन्न उपयोगकर्ताओं, प्रशासकों आदि के लिए पृष्ठ हों।

प्रारंभ में, लार्वा 4 फाइलें बनाता है:

• api.php
• console.php
• channels.php
• web.php

मान लें कि आपके पास प्रत्येक प्रकार के उपयोगकर्ता के लिए दस पृष्ठों वाला एक प्रोजेक्ट बनाने की योजना है:

• प्रशासक [साइट सेटिंग्स, सांख्यिकी, आदि। ]
• उपयोगकर्ता [पंजीकरण, लॉगिन, प्रोफ़ाइल प्रबंधन, आदि। ]
• मेहमान [ब्लॉग, संपर्क, आदि। ]

मार्गों के अंदर दो निर्देशिका बनाएँ:

• वेब - यहां वेब इंटरफेस से जुड़े सभी मार्ग हैं।
• एपीआई - यहाँ सभी एपीआई संबंधित मार्ग हैं

हम api.php को मार्गों से मार्गों / api और web.php निर्देशिका में मार्गों / वेब पर ले जाते हैं , और शेष कंसोल.php और channel.php को मार्गों में छोड़ देते हैं।

मार्गों / वेब के अंदर admin.php फ़ाइल बनाएँ। इस फ़ाइल में हमारे सभी वेब रूट व्यवस्थापक से संबद्ध होंगे, और फिर उपयोगकर्ता से जुड़े मार्गों के लिए user.php बनाएं।



app / Providers / RouteServiceProvider.php - यह फ़ाइल हमारे आवेदन के सभी मार्गों को डाउनलोड करने के लिए जिम्मेदार है। मैप () विधि map.piRoutes () और mapWebRoutes () विधियों को web.php और api.php फ़ाइलों को लोड करने के लिए बुलाती है जो हम पहले ही स्थानांतरित कर चुके हैं, इसलिए चलो मार्ग फ़ाइलों के लिए पथ ठीक करें।

protected function mapWebRoutes() { Route::middleware('web') ->namespace($this->namespace) ->group(base_path('routes/web/web.php')); } 

 protected function mapApiRoutes() { Route::prefix('api') ->middleware('api') ->namespace($this->namespace) ->group(base_path('routes/api/api.php')); } 

अब मार्गों / वेब / admin.php और मार्गों / वेब / user.php के लिए नए तरीके बनाएँ अंदर मार्गों ServiceProvider.pp

 protected function mapAdminWebRoutes() { Route::middleware('web') ->namespace($this->namespace) ->prefix('admin') ->group(base_path('routes/web/admin.php')); } 

 protected function mapUserWebRoutes() { Route::middleware('web') ->namespace($this->namespace) ->prefix('user') ->group(base_path('routes/web/user.php')); } 

कृपया ध्यान दें कि इस कोड में पथों के लिए नामस्थान, मिडलवेयर, उपसर्ग आदि जोड़ना संभव है।

अगला, बस उन्हें नक्शे से बुलाएं ():

 public function map() { $this->mapApiRoutes(); $this->mapWebRoutes(); $this->mapAdminWebRoutes(); $this->mapUserWebRoutes(); } 

अंतिम चरण:

खुले मार्ग / वेब / user.php और एक परीक्षण मार्ग जोड़ें:

 Route::get('/test', function () { return response(' ', 200); }); 

Site.local / user / test पर जाएं, आपको टेक्स्ट "टेस्ट रूट" देखना चाहिए।