🐐 ⛺️ 🤸 BlazingPizza: शुरू से अंत तक ब्लेज़र ऐप। भाग 1. पर्यावरण की स्थापना 🍲 🕴🏾 🙏🏻

सभी को नमस्कार! यदि आपने ब्लेज़र के बारे में सुना है , लेकिन फिर भी समझ में नहीं आता है कि यह क्या है। फिर आप पते पर हैं। 12 लेखों की श्रृंखला में यह पहला लेख है जो आपको ब्लेज़र पर एक एप्लिकेशन बनाने की पूरी प्रक्रिया को ~~नरक के सभी हलकों के~~ माध्यम से ले जाता है । अंत में, हमारे पास एक छोटे पिज़्ज़ेरिया के लिए तैयार साइट होगी, कुछ पिज़्ज़ेरिया के लिए तैयार साइटों के स्तर पर काफी। इसलिए, आपको गर्व होगा;)

यह साधारण हैलोवर्ल्ड से थोड़ा बाहर होगा । मैं जानबूझकर कुछ जटिलताओं के लिए गया, जिन्हें तुरंत नियमों के रूप में सबसे अच्छा लिया जाता है, विशेष रूप से, यह एक विशिष्ट तीन-परत वास्तुकला है: व्यू-डोमेन-डेटाअटैक ।

मेरा मानना है कि जीवन से संबंधित कुछ कृत्रिम दिखाने के बजाय तुरंत उसका पालन करना बेहतर है। जैसा कि अभ्यास से पता चलता है, कई डेवलपर्स हैलोवर्ल्ड के स्तर पर अटक जाते हैं और फिर एक प्राथमिक बड़े अनुप्रयोगों (देश के मेरे सबसे अधिक ग्रीन बैंक के लिए हैलो और एक फ़ाइल में सभी एप्लिकेशन कोड के साथ Service.cs का उपयोग कर रहे हैं, मैं उनका मज़ाक नहीं उड़ा रहा)।

मैं आपको बताऊंगा कि दर्द के बिना और कोड की कई पंक्तियों को लिखने की आवश्यकता के बिना परतों के बीच डेटा कैसे मैप किया जाए। हम पूरी चीज़ को Azure DevOps में भी तैनात करेंगे। हां, अब यह किसी भी विकास प्रक्रिया का एक आवश्यक हिस्सा है, हम सभी आज बादलों में, कुछ ऑन-प्रिमाइसेस , कुछ एज़्योर या एडब्ल्यूएस में उड़ते हैं ।

इसके अलावा, ताकि पहला लेख दृश्य स्टूडियो में एक बटन पर क्लिक करने के बारे में एक सामान्य कहानी नहीं होगी , और फिर दूसरे, मैंने सोचा कि एक छोटी सी चुनौती की व्यवस्था करना और पहली बार लिनक्स पर कुछ करने की कोशिश करना अच्छा होगा ।

मुझे उम्मीद है कि आपको ASP.NET, C # का न्यूनतम ज्ञान होगा। हालांकि यह HelloWorld है, मैं इस बारे में बात नहीं करूंगा कि Program.cs क्या है।

अगला, हम चर्चा करते हैं कि लिनक्स के तहत प्रोग्रामिंग के लिए और क्या आवश्यक है ।
ध्यान दें: निम्नलिखित पैराग्राफों में, मेरी धारणा लिनक्स के साथ वास्तविक कार्य से प्राप्त होती है, जिसने इसे सबसे अच्छे इरादों से स्थापित किया है, यदि लिनक्स आपको उत्साही भावनाओं का कारण बनता है और आप कमांड लाइन को खोले बिना एक दिन भी नहीं रह सकते हैं, तो आप अपना मूड खराब कर सकते हैं, इस लेख को पढ़ना जारी रखें!

वितरण: उबंटू

सच में, आप लिनक्स के तहत सहज प्रोग्रामिंग नहीं होंगे, लेकिन यदि आप व्यवसाय पर ध्यान केंद्रित करना चाहते हैं, तो उबंटू 19.10 स्थापित करें । मैं इसे दूसरी बार डालने में कामयाब रहा, यह अच्छा है कि कम से कम दूसरी बार। और सभी टीमों ने पहली बार, लगभग सभी को पूरा किया। मैं किसी भी अन्य वितरण को स्थापित करने के खिलाफ दृढ़ता से सलाह देता हूं, मैंने पूरा दिन नवीनतम ओपनस्यूस की स्थापना करने में बिताया , और फिर इसे ध्वस्त कर दिया।

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

आईडीई विजेता: राइडर

जैसा कि मैंने कहा, अभी भी लिनक्स के तहत आराम से लिखना संभव नहीं है, सभी बुराइयों के लिए, छोटे को चुनें, राइडर।

इसके अलावा, दो और लोकप्रिय आईडीई भी हैं , जैसे कि टेक्स्ट एडिटर मोनोडेवलप और विज़ुअल स्टूडियो कोड । मैं आपको प्रत्येक समाधान के नुकसान के बारे में अधिक विस्तार से बताऊंगा।

monodevelop

तीन संपादकों की सबसे प्यारी। पठनीय फोंट (कम-गुणवत्ता वाले फोंट पहली चीज है जो लिनक्स पर जाते समय आपकी आंख को पकड़ लेंगे)। लेकिन दुर्भाग्य से सुंदर खोल के पीछे एक शून्य है, स्थापित .Net Core 2.1 और 3.1 के बावजूद , MonoDevelop ने मेरे लिए लक्ष्य .Net Core 1.1 के साथ लगातार कंसोल कंसोल बनाया। ब्लेज़र ने प्रोजेक्ट बनाने के लिए प्रबंधन नहीं किया, न ही मैन्युअल रूप से निर्मित लॉन्च करने के लिए।

दृश्य स्टूडियो कोड

कड़ाई से बोलते हुए, यह एक आईडीई नहीं है , यह एक पाठ संपादक है जिसमें वाक्य रचना हाइलाइटिंग और निर्माण क्षमता है। 3 या 4 प्रयास से लाभ की, वी.एस. कोड चमत्कारिक ढंग से शुरू किया WebAssembly परियोजना है कि मैं बनाया जब monodevelop और सवार ऐसा करने से इनकार कर दिया। यह एक प्लस है। मैं आगे के मंत्रों को सूचीबद्ध करता हूं: एक अपठनीय और छोटा डिफ़ॉल्ट फ़ॉन्ट, मुझे लगता है कि कुछ महीनों के नियमित काम के बाद, आपकी आँखें बस पागल हो जाएंगी।

अगला माइनस इस तथ्य से चलता है कि यह एक टेक्स्ट एडिटर है, इस तरह के एक सरल एक्शन का नाम बदलकर प्रोजेक्ट्स को स्थानांतरित करना है? विजुअल स्टूडियो जो कुछ भी करता है वह स्वचालित रूप से करता है, और हम इसे स्वयं के लिए लेते हैं, यहां मैन्युअल रूप से किया जाता है।

सवार

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

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

नामांकन में विजेता लिनक्स के लिए सर्वश्रेष्ठ सी # आईडीई : राइडर - सभी कमियों के बावजूद, मैं यह सुनिश्चित करने में कामयाब रहा कि इस आईडीई ने लगातार परियोजना को इकट्ठा किया और लॉन्च किया, फिर से, किसी कारण से, ब्राउज़र डिफ़ॉल्ट रूप से शुरू नहीं हुआ, यह मैन्युअल रूप से किया जाना चाहिए।

स्क्रीनशॉट में नीचे, राइडर (फोंट पर ध्यान दें), और स्वयं द्वारा बनाई गई Blazor WebAssembly परियोजना को चलाने का प्रयास , MonoDevelop के साथ एक समान स्थिति।

यदि सब कुछ बहुत बुरा है, तो लिनक्स का उपयोग क्यों करें ?

आपको याद दिला दूं कि यह एक प्रशिक्षण परियोजना है, लक्ष्य यह दिखाना था कि आप अभी भी लिनक्स पर काम कर सकते हैं।

इसके अलावा, लिनक्स के लिए विकास साधनों की अपूर्णता हमें बहुत सारी मैन्युअल क्रियाओं की ओर धकेलती है, जो हमें इस बारे में थोड़ा और जानने की अनुमति देती हैं कि कैसे । नेट हूड के तहत काम करता है और यह समझता है कि विजुअल स्टूडियो हमारे लिए कितना काम करता है।

हम क्या पाना चाहते हैं?

अंत में, हमें एक अच्छा आवेदन मिलता है, जैसा कि नीचे दिए गए उदाहरण में है:

और अब मामले के लिए। चलिए .Net Core 3.1 को स्थापित करके शुरू करते हैं

.Net Core 3.1 स्थापित करें

नेट कोर 3.1.1 एसडीके है के नवीनतम उपलब्ध संस्करण एसडीके , यह में उपलब्ध है उबंटू भंडार । Blazor बहुत जल्दी बदल जाता है , इसलिए, Blazor WebAssembly के साथ काम करने के लिए , 3.1.1, नवीनतम स्थिर संस्करण का उपयोग करें।

शुरुआत में हमें Microsoft कुंजी और उनके भंडार को पंजीकृत करने की आवश्यकता है, यह टर्मिनल एप्लिकेशन में निम्न कमांड के साथ किया जाता है ( विन बटन पर क्लिक करें और टर्म दर्ज करें , यह उपलब्ध लोगों की सूची में दिखाई देना चाहिए):

wget -q https://packages.microsoft.com/config/ubuntu/19.10/packages-microsoft-prod.deb -O packages-microsoft-prod.deb

sudo dpkg -i packages-microsoft-prod.deb

अब सीधे .Net Core SDK की स्थापना पर जाएं:

```
sudo apt-get update
```

sudo apt-get install apt-transport-https

```
sudo apt-get update
```
```
sudo apt-get install dotnet-sdk-3.1
```

Blazor WebAssembly टेम्पलेट स्थापित करें

.Net Core की स्थापना समाप्त होने के साथ, अब आपको Blazor WebAssembly टेम्पलेट स्थापित करने की आवश्यकता है , जिसे मैं आपको याद दिलाऊंगा जबकि यह पूर्वावलोकन चरण में है , जहां से इसे तुरंत मई में जारी किया जाएगा। लेख लिखने से ठीक एक दिन पहले, अद्यतन संस्करण 3.2.0-पूर्वावलोकन1.20073.1 (h) 28 जनवरी को जारी किया गया था

dotnet new -i Microsoft.AspNetCore.Blazor.Templates::3.2.0-preview1.20073.1

Git स्थापना

यदि आपने अभी तक Git इंस्टॉल नहीं किया है , तो यह करने का समय है। कड़ाई से बोलते हुए, पहला आदेश बिल्कुल भी आवश्यक नहीं है, उबंटू आपको एक पासवर्ड दर्ज करने के लिए कहेगा, यदि कमांड को निष्पादित करने के लिए विशेषाधिकारों की आवश्यकता होती है, तो हम इसे =) का अनुमान लगाएंगे:

```
sudo su
```
```
add-apt-repository ppa:git-core/ppa
```
```
apt update; apt install git
```

यह सब नहीं है, ब्लेज़र ब्राउज़र में निष्पादित होने पर मोनो का उपयोग करता है , जिसका अर्थ है कि हमें इसे भी इंस्टॉल करने की आवश्यकता है।

मोनो स्थापना

सबसे पहले, सिस्टम में मोनो रिपॉजिटरी जोड़ें :

```
sudo apt install gnupg ca-certificates
```

sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 3FA7E0328081BFF6A14DA29AA6A19B38D3D831EF

echo "deb https://download.mono-project.com/repo/ubuntu stable-bionic main" | sudo tee /etc/apt/sources.list.d/mono-official-stable.list

```
sudo apt update
```

अब सीधे मोनो को स्थापित करें :

sudo apt install mono-complete

यह एक त्वरित प्रक्रिया है जिसमें कोर-आई 5 6200 यू प्रोसेसर के साथ मेरे लैपटॉप पर लगभग 10 मिनट लगते हैं, क्योंकि स्रोत संकलन आपके कंप्यूटर पर सही जगह पर होता है।

बधाई हो! हमने Blazor WebAssembly परियोजनाओं को विकसित करने के लिए आपको जो कुछ भी स्थापित करना होगा, स्थापित किया है।
अब आप सीधे प्रोजेक्ट पर ही जा सकते हैं।

लेकिन इससे पहले, कमांड दर्ज करने से एक ब्रेक लें और स्मृति में ताज़ा करें कि ब्लेज़र वेबअवेशन क्या है।

Blazor WebAssembly और इसके साथ क्या खाया जाता है

ब्लेज़ोर एक वेब फ्रेमवर्क है जिसे वेबसाउज़र तकनीक के माध्यम से ब्राउज़र में क्लाइंट की तरफ चलाने के लिए डिज़ाइन किया गया है ( .Net रनटाइम का उपयोग करके , या बल्कि मोनो कार्यान्वयन, जो हाल ही में। नेट स्रोतों के उद्घाटन के लिए धन्यवाद, मूल प्लेटफॉर्म से लगभग अलग नहीं है), या सर्वर साइड के साथ। Asp.Net कोर एप्लिकेशन में होस्ट करना और सिग्नलआर तकनीक ( सर्किट कनेक्शन के निर्माण के माध्यम से) के माध्यम से डेटा का आदान-प्रदान करना ।

जैसा कि आप ऊपर दिए गए विवरण से देख सकते हैं, Blazor! = .Net WebAssembly कार्यान्वयन।
यदि आप WebAssembly को इस बंडल से बाहर फेंक देते हैं , तो आप एक ब्लेज़र सर्वर एप्लिकेशन विकसित कर सकते हैं और यह IE 11 में भी काम करेगा।जिसने कभी भी आधुनिक तकनीक के बारे में कुछ नहीं सुना और भगवान को धन्यवाद दिया कि वह फिर कभी नहीं सुनेगा।

चूंकि हम Blazor WebAssembly दृष्टिकोण के आधार पर एक आवेदन कर रहे हैं । फिर हम इस पर थोड़ा और विचार करेंगे।

index.html app, . blazor.webassembly.js . Blazor , ( AutoMapper, AutoFac) Mono .

Blazor , .

Blazor(3.1.0-preview4.19579.2, ) .Net, Blazor, .

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

खैर, शायद दूसरा स्पष्ट माइनस सभी स्रोतों को डाउनलोड करने की आवश्यकता है, फिर से मुझे लगता है कि अनुकूलन के लिए अभी भी कई अवसर हैं।
दरअसल, डाउनलोड करने और सभी तैयारी प्रक्रियाओं के बाद, हमारा एप्लिकेशन ब्राउज़र UI स्ट्रीम में चलता है और इसका निष्पादन शुरू होता है। आप C # से किसी भी JS कोड को कॉल कर सकते हैं और इसके विपरीत।

लंबे समय से कोई चित्र नहीं है, इसलिए यहां नीचे एक है :)

डॉटनेट उपयोगिता

इसके अलावा, हम .Net कोर एसडीके - डॉटनेट से उपयोगिता का सक्रिय रूप से उपयोग करेंगे।

यह आपको कई उपयोगी चीजें करने की अनुमति देता है, हम केवल कुछ में रुचि रखते हैं:

dotnet build

उपरोक्त कमांड समाधान को इकट्ठा करता है, यदि आप समाधान से फ़ोल्डर से शुरू करते हैं, तो कोई तर्क की आवश्यकता नहीं है।

dotnet new blazorwasm -ho -o BlazingPizza

यह आपको नए शब्द के बाद आने वाले टेम्पलेट के आधार पर एक नई परियोजना बनाने की अनुमति देता है, हमारे मामले में यह ब्लेज़ोरवसम है , यहां उदाहरण के लिए आप क्लासलिब या कंसोल निर्दिष्ट कर सकते हैं ।

अगले टेम्पलेट के विशिष्ट पैरामीटर हैं, इस मामले में -ho , यह पैरामीटर इंगित करता है कि हमारे एप्लिकेशन को ASP.NET कोर एप्लिकेशन में सर्वर साइड पर होस्ट किया जाएगा , साथ ही .Net हमारे लिए कंट्रोलर बनाएंगे, जिन्हें हम विशेष रूप से बनाने के लिए उपयोग कर सकते हैं। वेब एपीआई और इसे न केवल ब्लेज़र एप्लिकेशन से, बल्कि अन्य क्लाइंट से भी एक्सेस कर सकते हैं।

अंतिम विकल्प -o उस फ़ोल्डर को इंगित करता है जिसमें बनाया गया समाधान रखा जाएगा, डिफ़ॉल्ट रूप से, यह वर्तमान निर्देशिका है।

dotnet run

एक और टीम जो काम में आती है, जैसा कि नाम का अर्थ है, हमारे आवेदन को लॉन्च करता है।

परियोजना निर्माण

और इसलिए हम अपने समाधान को उत्पन्न करने के लिए परिचित टीम को निष्पादित करेंगे। इसके लिए, एक ऐसी जगह का चयन करें जिसे आप जानते हैं, उदाहरण के लिए, राइडरप्रोजेक्ट फ़ोल्डर जिसे राइडर आईडीई ने बनाया है और जो पथ / घर / {userName} पर स्थित है:

dotnet new blazorwasm -ho -o BlazingPizza

बनाने के बाद, हम इस परियोजना का निर्माण करेंगे और अंत में इसे चलाने के लिए आनंद लेंगे कि किस तरह का परिणाम (पहली कमांड को BlazingPizza.sln फ़ाइल स्तर पर निष्पादित किया जाता है):

dotnet build

सब कुछ समस्याओं के बिना पारित किया जाना चाहिए, सर्वर फ़ोल्डर पर जाएं और निष्पादित करें:

dotnet run

और अंत में, हम पोषित परिणाम देखते हैं:

महान, सब कुछ काम करता है। अब चलो लंबे समय तक साइट की उपस्थिति के बारे में मत भूलो और इसकी सामग्री पर स्विच करें।

पहले कमांड का परिणाम (डॉटनेट नया) एक ऐसी फ़ोल्डर संरचना थी:

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

और इसलिए हम मौजूदा परियोजनाओं और फ़ोल्डरों का नाम बदल देंगे, जिनमें वे शामिल हैं (अब तक हम आईडीई के बारे में कुछ भी नहीं जानते हैं, हम लिनक्स पर हैं , और पहली बार इसने मदद नहीं की है, क्योंकि फ़ोल्डर्स और प्रोजेक्ट अलग-अलग नाम दिए गए हैं):

क्लाइंट = BlazingPizza.Client
सर्वर => BlazingPizza.Server
साझा किया गया => BlazingPizza.Saring
समाधान फ़ाइल BlazingPizza.sln में संबंधित परिवर्तन प्रदर्शित होने चाहिए । जहां परियोजना के लिए रास्ता "[सर्वर] \ ~" इंगित किया गया है और नीचे हम उसके अनुसार प्रतिस्थापित करेंगे"BlazingPizza [सर्वर] \ ~।" नीचे स्क्रीनशॉट में के रूप में:

फ़ाइल BlazingPizza.Server.csproj में लेट्स मेक इसी तरह के परिवर्तन:

और अंत में, BlazingPizza.Client.csproj नीचे स्क्रीनशॉट तरह दिखना चाहिए:

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

सब कुछ लोड होने के बाद, मेनू पर जाएं VCS => संस्करण नियंत्रण एकीकरण सक्षम करें । और यहाँ हम Git को जोड़ते हैं। राइडर समाधान के साथ फ़ोल्डर में सेवा फाइलें जोड़ देगा और सभी फ़ाइलों को लाल रंग में हाइलाइट करेगा, जिसका अर्थ है कि ये फाइलें संस्करण नियंत्रण प्रणाली में तय नहीं हैं।
पहली बार राइडर बिन और obj फ़ोल्डरों की सामग्री सहित परियोजना में है कि सब कुछ करने की पेशकश करेगा , हम निश्चित रूप से, यह सब की जरूरत नहीं है, क्योंकि .ignignore फ़ाइल जो डिफ़ॉल्ट रूप से जोड़ा गया था, खाली है। इसे BlazingPizza.sln फ़ाइल के साथ रूट एक स्तर पर ले जाएँ और सामग्री को काटा के नीचे से बदलें।

.Gitignore फ़ाइल की सामग्री

# Default ignored files
/workspace.xml
## Ignore Visual Studio temporary files, build results, and
## files generated by popular Visual Studio add-ons.
##
## Get latest from https://github.com/github/gitignore/blob/master/VisualStudio.gitignore

# User-specific files
*.suo
*.user
*.userosscache
*.sln.docstates

# User-specific files (MonoDevelop/Xamarin Studio)
*.userprefs

# Build results
[Dd]ebug/
[Dd]ebugPublic/
[Rr]elease/
[Rr]eleases/
x64/
x86/
bld/
[Bb]in/
[Oo]bj/
[Ll]og/

# Visual Studio 2015/2017 cache/options directory
.vs/
# Uncomment if you have tasks that create the project's static files in wwwroot
#wwwroot/

# Visual Studio 2017 auto generated files
Generated\ Files/

# MSTest test Results
[Tt]est[Rr]esult*/
[Bb]uild[Ll]og.*

# NUNIT
*.VisualState.xml
TestResult.xml

# Build Results of an ATL Project
[Dd]ebugPS/
[Rr]eleasePS/
dlldata.c

# Benchmark Results
BenchmarkDotNet.Artifacts/

# .NET Core
project.lock.json
project.fragment.lock.json
artifacts/
**/Properties/launchSettings.json

# StyleCop
StyleCopReport.xml

# Files built by Visual Studio
*_i.c
*_p.c
*_i.h
*.ilk
*.meta
*.obj
*.iobj
*.pch
*.pdb
*.ipdb
*.pgc
*.pgd
*.rsp
*.sbr
*.tlb
*.tli
*.tlh
*.tmp
*.tmp_proj
*.log
*.vspscc
*.vssscc
.builds
*.pidb
*.svclog
*.scc

# Chutzpah Test files
_Chutzpah*

# Visual C++ cache files
ipch/
*.aps
*.ncb
*.opendb
*.opensdf
*.sdf
*.cachefile
*.VC.db
*.VC.VC.opendb

# Visual Studio profiler
*.psess
*.vsp
*.vspx
*.sap

# Visual Studio Trace Files
*.e2e

# TFS 2012 Local Workspace
$tf/

# Guidance Automation Toolkit
*.gpState

# ReSharper is a .NET coding add-in
_ReSharper*/
*.[Rr]e[Ss]harper
*.DotSettings.user

# JustCode is a .NET coding add-in
.JustCode

# TeamCity is a build add-in
_TeamCity*

# DotCover is a Code Coverage Tool
*.dotCover

# AxoCover is a Code Coverage Tool
.axoCover/*
!.axoCover/settings.json

# Visual Studio code coverage results
*.coverage
*.coveragexml

# NCrunch
_NCrunch_*
.*crunch*.local.xml
nCrunchTemp_*

# MightyMoose
*.mm.*
AutoTest.Net/

# Web workbench (sass)
.sass-cache/

# Installshield output folder
[Ee]xpress/

# DocProject is a documentation generator add-in
DocProject/buildhelp/
DocProject/Help/*.HxT
DocProject/Help/*.HxC
DocProject/Help/*.hhc
DocProject/Help/*.hhk
DocProject/Help/*.hhp
DocProject/Help/Html2
DocProject/Help/html

# Click-Once directory
publish/

# Publish Web Output
*.[Pp]ublish.xml
*.azurePubxml
# Note: Comment the next line if you want to checkin your web deploy settings,
# but database connection strings (with potential passwords) will be unencrypted
*.pubxml
*.publishproj

# Microsoft Azure Web App publish settings. Comment the next line if you want to
# checkin your Azure Web App publish settings, but sensitive information contained
# in these scripts will be unencrypted
PublishScripts/

# NuGet Packages
*.nupkg
# The packages folder can be ignored because of Package Restore
**/[Pp]ackages/*
# except build/, which is used as an MSBuild target.
!**/[Pp]ackages/build/
# Uncomment if necessary however generally it will be regenerated when needed
#!**/[Pp]ackages/repositories.config
# NuGet v3's project.json files produces more ignorable files
*.nuget.props
*.nuget.targets

# Microsoft Azure Build Output
csx/
*.build.csdef

# Microsoft Azure Emulator
ecf/
rcf/

# Windows Store app package directories and files
AppPackages/
BundleArtifacts/
Package.StoreAssociation.xml
_pkginfo.txt
*.appx

# Visual Studio cache files
# files ending in .cache can be ignored
*.[Cc]ache
# but keep track of directories ending in .cache
!*.[Cc]ache/

# Others
ClientBin/
~$*
*~
*.dbmdl
*.dbproj.schemaview
*.jfm
*.pfx
*.publishsettings
orleans.codegen.cs

# Including strong name files can present a security risk 
# (https://github.com/github/gitignore/pull/2483#issue-259490424)
#*.snk

# Since there are multiple workflows, uncomment next line to ignore bower_components
# (https://github.com/github/gitignore/pull/1529#issuecomment-104372622)
#bower_components/

# RIA/Silverlight projects
Generated_Code/

# Backup & report files from converting an old project file
# to a newer Visual Studio version. Backup files are not needed,
# because we have git ;-)
_UpgradeReport_Files/
Backup*/
UpgradeLog*.XML
UpgradeLog*.htm
ServiceFabricBackup/
*.rptproj.bak

# SQL Server files
*.mdf
*.ldf
*.ndf

# Business Intelligence projects
*.rdl.data
*.bim.layout
*.bim_*.settings
*.rptproj.rsuser

# Microsoft Fakes
FakesAssemblies/

# GhostDoc plugin setting file
*.GhostDoc.xml

# Node.js Tools for Visual Studio
.ntvs_analysis.dat
node_modules/

# Visual Studio 6 build log
*.plg

# Visual Studio 6 workspace options file
*.opt

# Visual Studio 6 auto-generated workspace file (contains which files were open etc.)
*.vbw

# Visual Studio LightSwitch build output
**/*.HTMLClient/GeneratedArtifacts
**/*.DesktopClient/GeneratedArtifacts
**/*.DesktopClient/ModelManifest.xml
**/*.Server/GeneratedArtifacts
**/*.Server/ModelManifest.xml
_Pvt_Extensions

# Paket dependency manager
.paket/paket.exe
paket-files/

# FAKE - F# Make
.fake/

# JetBrains Rider
.idea/
*.sln.iml

# CodeRush
.cr/

# Python Tools for Visual Studio (PTVS)
__pycache__/
*.pyc

# Cake - Uncomment if you are using it
# tools/**
# !tools/packages.config

# Tabs Studio
*.tss

# Telerik's JustMock configuration file
*.jmconfig

# BizTalk build output
*.btp.cs
*.btm.cs
*.odx.cs
*.xsd.cs

# OpenCover UI analysis results
OpenCover/

# Azure Stream Analytics local run output 
ASALocalRun/

# MSBuild Binary and Structured Log
*.binlog

# NVidia Nsight GPU debugger configuration file
*.nvuser

# MFractors (Xamarin productivity tool) working folder 
.mfractor/

# sqlite
*.db

# Don't ignore server launchSettings.json. We need a specific port number for auth to work.
!**/BlazingPizza.Server/Properties/launchSettings.json

उसके बाद, गैर-प्रतिबद्ध फ़ाइलों की संख्या तेजी से घटकर 31 हो जाएगी।

रिपॉजिटरी टैब पर हमारी पहली कमेटी बनाएं : कमेटी

के विवरण में प्रारंभिक कमिट दर्ज करें और "अनवर्ल्ड फाइल्स = " > "वीसीएस में जोड़ें" :

सी पर क्लिक करके कमेट में सभी फाइलों को शामिल करें बुनियादी ढांचा कमोबेश तैयार है, चलो समाधान की सामग्री के बारे में थोड़ा बात करते हैं।

समाधान सामग्री

BlazingPizza.Client	UI . Startup.cs < pp > . App.razor < pp > index.html . wwwroot/index.html — , html c < app > . _framework/blazor.webassembly.js .Net , Mono . .
BlazingPizza.Server	blazorwasm -ho, “Hosted deployment with ASP.NET Core – ASP.NET Core . dotnet -ho , web api. , , , - . Standalone hosting IIS, .
BlazingPizza.Shared( BlazingPizza.DomainModels)	. . , . : Pizza, , . , - - property. , JavaScript Kotlin.

इस परियोजना का नाम ब्लेज़िंगपेज़र रखें । अभी ब्लेज़िंगपेज़र.डोमेनमॉडल पर रखें । यहां यह कहना होगा कि राइडर ने प्रायोगिक चिह्न के बावजूद एक उत्कृष्ट कार्य किया। प्रोजेक्ट को चलाएं और सुनिश्चित करें कि सब कुछ काम कर रहा है और कुछ भी नहीं टूटा है।

परिवर्तनों के साथ एक कमिट बनाना अच्छा होगा, यदि केवल यह देखने के लिए कि राइडर ने हमारे लिए कितना काम किया है, तो मैं आपको याद दिलाता हूं कि क्या यह विजुअल स्टूडियो कोड था , आपको पेन के साथ यह सब करना होगा। स्वयं, उन पर क्लिक करके अंतर फ़ाइलों को देखें।

नई परियोजनाएँ जोड़ें

कुछ और प्रोजेक्ट जोड़ें, BlazingPizza.ViewModels से शुरू करें । यह क्लाइंट पर डिस्प्ले मॉडल प्रदर्शित करेगा। जोड़ने के लिए, समाधान पर राइट-क्लिक करें और Add => New Project (इस में और इस प्रकार की कक्षा पुस्तकालय के अगले भाग में प्रोजेक्ट का प्रकार ) चुनें

BlazingPizza.DataAccess.Models	डेटाबेस से डेटा एक्सेस करने के लिए लेयर में उपयोग किए गए मॉडल
BlazingPizza.DataAccess.Infrastructure	वह सब जो डेटाबेस के साथ बातचीत के लिए जिम्मेदार है
BlazingPizza.Services.Interfaces	सेवाओं के लिए इंटरफेस को कार्यान्वयन से अलग किया जाता है ताकि यदि आप डिफ़ॉल्ट के अलावा अन्य कार्यान्वयन का उपयोग करते हैं, तो उन्हें आपके साथ खींचने की कोई आवश्यकता नहीं है।
BlazingPizza.Services	सेवाओं का कार्यान्वयन, उदाहरण के लिए, पिज़्ज़ास्विस , जो व्यावसायिक तर्क से संबंधित कुछ प्रकार की जाँच करते हुए डेटाबेस में पिज़्ज़ा को जोड़ देगा ।

अगर कुछ गलत हो गया है, या बस दूसरे पाठ से दूर स्थापित करने और शुरू करने के लिए समय बर्बाद नहीं करना चाहते हैं, तो स्रोत यहां है ।

अरे हाँ, मैं लगभग भूल गया :) मूल परियोजना से लिंक (MIT लाइसेंस) ।

BlazingPizza: शुरू से अंत तक ब्लेज़र ऐप। भाग 1. पर्यावरण की स्थापना