Required parameters to blazor components का लिंक गलत समस्या की ओर इशारा कर रहा है। मुझे लगता है कि यह होना चाहिए
https://github.com/dotnet/aspnetcore/issues/11815 ?

@JvanderStad इसे इंगित करने के लिए धन्यवाद! अब ठीक किया जाना चाहिए।

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

टीम चलो! पहले से ही बढ़िया काम, आशा है कि यह समय के साथ और भी बेहतर होता जाएगा!

क्या ब्लेज़र (सर्वर साइड) भविष्य में मोनो कार्यान्वयन में न केवल नेट कोर रनटाइम के लिए उपलब्ध होगा?

@EntityFX हमारे पास .NET कोर को छोड़कर Blazor सर्वर का समर्थन करने की कोई योजना नहीं है। Blazor Server ASP.NET Core पर आधारित है, जो .NET Core का हिस्सा है। यदि ऐसे आर्किटेक्चर हैं जहां आप .NET कोर को समर्थित देखना चाहते हैं, तो कृपया https://github.com/dotnet/runtime/issues रेपो में एक समस्या खोलकर उन्हें बताएं।

क्या QBasic के लिए पश्चगामी संगतता होगी? मैं

आइए चलते हैं ब्लेज़र 5.0! मैं

आरआईपीजेएस

क्या उपयोगकर्ता प्रबंधन में कोई सुधार होगा? उपयोगकर्ता लॉग इन/आउट और उपयोगकर्ता निर्माण को संभालने के लिए उपयोगकर्ताओं को .cshtml पृष्ठों पर बनाने और पुनर्निर्देशित करना थोड़ा बोझिल लगता है। यह बहुत अच्छा होगा यदि यह सब इसके बजाय सिर्फ Blazor घटकों में प्रबंधित किया जा सकता है।

@KrazyTako हमारे पास उपयोगकर्ता प्रबंधन के आसपास कोई तत्काल कार्य योजना नहीं है, लेकिन हम उपयोगकर्ता और सामुदायिक प्रतिक्रिया के आधार पर काम को प्राथमिकता देने के लिए अपनी पूरी कोशिश करते हैं, इसलिए कृपया इस क्षेत्र में किसी भी प्रतिक्रिया के लिए एक समस्या दर्ज करें और हम इस पर विचार करेंगे।

मैं Blazor WASM का बहुत बड़ा प्रशंसक हूं, और हाल ही में Blazor के साथ एक एंटरप्राइज़ एप्लिकेशन लागू किया है। घटक-आधारित सुविधाओं में जबरदस्त कार्यक्षमता, पूर्ण C# और .Net कोड उपयोग, एक शानदार अनुभव था! हालांकि, ऐप को डेटा के साथ लोड करने के बाद, मुझे कुछ समस्याएं आ रही हैं, ज्यादातर प्रदर्शन में; कि मैं अब जारी रखने या आने वाले संस्करणों में प्रदर्शन को बढ़ावा देने तक प्रतीक्षा करने में संकोच कर रहा हूं:

1. जटिल निकायों में, डेटा-ग्रिड वर्तमान पंक्ति में परिवर्तन, प्रपत्र नियंत्रणों को नई पंक्ति में फिर से बाँधने में लगभग 5 सेकंड का समय लेगा! (मैंने अपनी संस्थाओं में INotifyPropertyChanged पैटर्न का उपयोग किया) - लेकिन कोणीय कार्यान्वयन इसे तुरंत कर रहा है।
2. सभी तृतीय पक्ष डेटा-ग्रिड घटक (कम से कम जिन्हें मैंने परीक्षण किया), कुछ विशेषताओं में किसी भी तरह अपरिपक्व और धीमे हैं और डेटा लोड करने और इन-सेल संपादन में बहुत धीमे हैं, जो एंटरप्राइज़ अनुप्रयोगों में एक प्रमुख विशेषता है; यदि आप किसी सेल में क्लिक करते हैं, तो टेक्स्टबॉक्स को प्रदर्शित होने और उपयोगकर्ता इनपुट (टेलीरिक, सिंकफ्यूज़न, ...) के लिए तैयार होने में लगभग 3-4 सेकंड लगते हैं।
3. अंतत:, मैंने गणना की एक श्रृंखला (ज्यादातर कुछ छोरों में एक फॉर्म-बाइंडेड वेरिएबल का बढ़ता मूल्य) वाले एक साधारण फ़ंक्शन को निष्पादित करने के लिए वासम ब्लेज़र और एंगुलर के लिए गति की तुलना करते हुए एक बेंचमार्क बनाया। Blazor Wasm के लिए इसमें 2000 ms लगे, जबकि Angular के लिए यह केवल 25 ms था! और वह एक दुखद परिणाम था। 80x से अधिक धीमा! (सभी परीक्षण हाल के आधिकारिक Blazor Webassembly संस्करण के साथ फिर से किए गए)

मैंने सुना है कि एओटी फीचर के साथ हमें केवल 5 गुना प्रदर्शन लाभ मिलेगा और यहां तक ​​कि ऐप के आकार में वृद्धि के ऊपरी हिस्से के साथ।

तो कृपया मदद करें और कहें कि क्या इन मुद्दों में नेट 5 या 6 के आगामी संस्करणों में हमारे पास अच्छी खबर हो सकती है?
धन्यवाद

_विषय से परे_

क्या QBasic के लिए पश्चगामी संगतता होगी? मैं

आइए चलते हैं ब्लेज़र 5.0! मैं

आरआईपीजेएस

आप https://github.com/microsoft/GW-BASIC के लिए पुल-अनुरोध सबमिट कर सकते हैं

@Sherweeen हम .NET 5 में Blazor WebAssembly के लिए विभिन्न रनटाइम प्रदर्शन सुधारों पर काम कर रहे हैं। Blazor WebAssembly वर्तमान में एक दुभाषिया आधारित रनटाइम पर चलता है, जिसमें ज्ञात प्रदर्शन सीमाएँ हैं जिन्हें हम संबोधित करने के लिए काम कर रहे हैं। हम विभिन्न घटक विक्रेता के साथ भी काम कर रहे हैं ताकि उनके घटक कार्यान्वयन की दक्षता में सुधार करने में मदद मिल सके।

@ डैनरोथ27
आगे देख रहे हैं 5607 निर्देशक समर्थन को शामिल किया जाना है

वर्तमान में, उपयोगकर्ताओं का एक बड़ा हिस्सा जो ब्लेज़र वेब असेंबली को अपनाने की योजना बना रहे हैं, उन्हें मूल WinForm, wpf, या प्रतिक्रिया, कोणीय, Vue डेवलपर्स से स्थानांतरित कर दिया गया है, और विकसित किए गए कई उत्पाद एंटरप्राइज़ एप्लिकेशन हैं। यदि बहु-टेनेंट उपयोगकर्ता प्रबंधन, पंजीकरण, लॉगिन और अन्य सुरक्षा प्रबंधन तंत्र का एक सेट "बॉक्स से बाहर" हो सकता है, तो यह ब्लेज़र वेबएम्ब्ली के अनुप्रयोग को बहुत तेज़ कर देगा।

@ 199621616 क्या आपका मतलब Azure B2C जैसा कुछ है?

https://docs.microsoft.com/en-us/azure/active-directory-b2c/overview

@स्टीफनस्ट्राउड

जबकि मैं अपने wasm ऐप के लिए Azure ऑथ प्राप्त करने में सक्षम रहा हूं, यह wasm टेम्प्लेट में शामिल नहीं है जैसे कि यह सर्वर Blazor के लिए है, शायद यह वही है जिसका उल्लेख किया जा रहा है, ताकि एक नई परियोजना के लिए सेटअप करना आसान हो सके?

@PylotLight Blazor WebAssembly टेम्प्लेट में Azure AD या Azure AD B2C का उपयोग करने के लिए समर्थन है, लेकिन विकल्प केवल वर्तमान में कमांड-लाइन से उपलब्ध हैं, VS से नहीं। वीएस को इन विकल्पों को भविष्य के अद्यतन में सक्षम करना चाहिए।

@PylotLight आप इसके बारे में कुछ जानकारी अंक # 21671 में देख सकते हैं। ब्लेज़र वेब असेंबली में Azure AD B2C जैसी किसी चीज़ को लागू करने की वर्तमान प्रक्रिया काफी प्रक्रिया है, इसलिए उम्मीद है कि वे जिन अपडेट का उल्लेख करेंगे, वे इस प्रक्रिया में सुधार करेंगे।

@lzinga , @ danroth27 जानकारी के लिए धन्यवाद, लेकिन यह मुझे परेशान नहीं करता है: P
मैं केवल यह समझाने की कोशिश कर रहा था कि ऊपर वाला क्या पूछ रहा था। बेशक यह देखना बहुत अच्छा होगा कि कार्यक्षमता मानक टेम्पलेट्स में शामिल है हालांकि =]।

@ danroth27 जबकि मैं रोडमैप निर्णय के पीछे के तर्क को समझता हूं, कृपया ध्यान दें कि सिल्वरलाइट, XNA, UWP (अपने स्वयं के .NET स्वाद के साथ), EF6, WCF, .NET नेटिव, C++/CX बनाम C++/WinRT, और बहुत कुछ के बाद अन्य गलत कदमों के कारण, Microsoft ने बहुत सारे डेवलपर प्रेम को जला दिया है, और यह उन निर्णयों को प्रभावित करता है जो हम अपने ग्राहकों को प्रौद्योगिकी अपनाने के संबंध में सलाह देते हैं।

@ pjmlp आपकी आलोचना योग्यता के बिना नहीं है, लेकिन चलो ... Blazor (और सामान्य रूप से WebAssembly) वेब तकनीक में सबसे आश्चर्यजनक, रोमांचक, भयानक विकास है - कम से कम 20 वर्षों के लिए! वेब विकास को फिर से मज़ेदार बनाने के लिए रोथ, सैंडरसन और मित्र हमारी प्रशंसा के पात्र हैं।

और कुछ भी नया सीखे बिना हमारी रोजगार क्षमता में जादुई रूप से सुधार करने के लिए ... एक सेकंड के लिए इसके बारे में सोचें!

और हमारे .NET सहयोगियों पर विचार करें जिन्होंने कभी एसपीए (कोणीय/प्रतिक्रिया/व्यू) नहीं किया है - एस्पनेट गिरोह ने सिर्फ अपनी जादू की छड़ी लहराई और उन्हें "बैकएंड देव" से "फुलस्टैक देव" में परिवर्तित कर दिया। बस ऐसे ही... जादू।

बीटीडब्लू: बहुत खुश सीएसएस अलगाव की योजना बनाई गई है। लेकिन कृपया (!) जेएस अलगाव भी जोड़ें। UI घटक जो js libaries (जैसे बूटस्ट्रैप) पर निर्भर हैं, उन्हें घटक के भीतर css और JS घोषित/उपयोग करने में सक्षम होना चाहिए - अन्यथा परियोजना को बनाए रखना कठिन हो जाता है।

@ lonix1 मैंने उल्लेख किया है कि मैं बदलाव के पीछे के कारणों को समझता हूं।

हालाँकि मैं यह संदेश भी देना चाहता था कि पिछले 10 वर्षों से चल रहे परिवर्तनों से हर कोई खुश नहीं है, जो मुझे पूरी तरह से पता है कि रोथ, सैंडरसन और दोस्तों को दोष नहीं देना है, लेकिन वे संदेश को पारित करने की स्थिति में हैं Microsoft प्रबंधन के लिए पीछा करना।

जिस तरह से .NET Core 1.0 => .NET Core 2.0 संक्रमण हुआ, मुझे एक ग्राहक के लिए एक प्रोजेक्ट मिला जिसने .NET से कुछ महत्वपूर्ण सेवाओं को जावा में स्थानांतरित करने और उन्हें लिनक्स में तैनात करने का निर्णय लिया।

हो सकता है कि अगर वह अधिक खुश होता, तो वह इसके बजाय .NET कोर में निवेश करने को तैयार होता, क्योंकि यह सेवा सुविधाओं के वांछित सेट के लिए पहले से ही काफी सक्षम था।

इसलिए यदि आप चाहें तो संदेशवाहक को मार दें, लेकिन इससे कुछ मंडलियों में धारणा नहीं बदलेगी।

जंग की आवाज बहुत तेज होती है
https://jetli.github.io/rust-yew-realworld-example-app/#/

ब्लेज़र बहुत धीमा है! बहुत धीमा ! बहुत धीमा !
ब्लेज़र को प्रदर्शन की आवश्यकता है !!!

@pjmlp मुझे लगता है कि इससे मदद मिलेगी यदि आप स्पष्ट कर सकें कि आप किस निर्णय का विशेष रूप से जिक्र कर रहे हैं। (एओटी को स्थगित करना, हो सकता है?)

@chucker वे सभी निर्णय जिन्होंने UWP की शुरुआत के बाद से .NET आधारित तकनीक का उपयोग करने वाले डेवलपर्स को जला दिया है, उसके बाद .NET कोर रीबूट किया गया है।

पॉलीग्लॉट डेवलपर्स के लिए .NET एकमात्र ऐसी तकनीक नहीं है जिसके लिए हम पहुंचते हैं, कई लोगों के बीच एक और विकल्प है, इसलिए यदि Microsoft प्रबंधन अनिश्चित भविष्य के लिए AOT संकलन जैसे रोडमैप आइटम को आगे बढ़ाने का निर्णय लेता है, तो हमें अपने व्यवसाय का पुनर्मूल्यांकन करने की आवश्यकता है डेनियल और टीम द्वारा किए गए अद्भुत काम के बावजूद, यदि AOT समर्थन WebAssembly कभी नहीं आता है, तो उसके अनुसार निर्णय लिए जा सकते हैं।

ऐसा लगता है कि WebAssembly AOT को 6.0 रिलीज़ (नवंबर 2021) तक के लिए टाल दिया गया है।
https://github.com/dotnet/runtime/issues/38367#issuecomment -651117373

@ शेरवीन हम एक मध्यम आकार का ऐप शुरू कर रहे हैं, और मैं आपके द्वारा कहे गए प्रदर्शन को लेकर बहुत चिंतित हूं। क्या आपका ऐप वास्तव में डेटा गहन है? या ऐसे कौन से परिदृश्य हैं जहां यह प्रदर्शन मौजूद है और हो सकता है कि उस स्थान पर जाने से कैसे बचा जाए? किसी भी सलाह की सराहना करें

क्या Blazor सर्वर साइड .Net 5 का हिस्सा है और क्या यह अपडेट है?

क्या Blazor सर्वर साइड .Net 5 का हिस्सा है और क्या यह अपडेट है?

@ mg1357 , हाँ, यह .NET 5 का हिस्सा है और इसे सभी घटक-मॉडल अपडेट मिल रहे हैं।

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

@StevenRasmussen https://github.com/dotnet/aspnetcore/issues/23092

नमस्ते, मैंने देखा कि #23560 बंद था, क्या इसका मतलब यह है कि हम जेएस अलगाव प्राप्त कर रहे हैं, या यह कुछ ऐसा है जिसे कवर नहीं किया जा रहा है?

पीडी: मैं इसे रोडमैप में नहीं देखता, इसलिए मैं पूछ रहा हूँ

@barahonajm - मुझे लगता है कि यह एक सुरक्षित शर्त है कि इसे पूरा कर लिया गया है और 5.0.0 RC-1 में आ रहा है क्योंकि उस मुद्दे में Done लेबल और 5.0.0-rc1 मील का पत्थर दोनों हैं;)

@barahonajm हाँ, ES6 मॉड्यूल के माध्यम से JS आइसोलेशन आगामी .NET 5 RC1 रिलीज़ में उपलब्ध होगा: टाडा:।

WASM AOT पर कोई अपडेट?

क्या .NET 6 के लिए कोई रोडमैप है? अगर है तो कृपया लिंक दें

@ivanivanyuk1993 अभी नहीं। हम अभी भी .NET 5 को पूरा कर रहे हैं और अभी .NET 6 की योजना बनाना शुरू कर रहे हैं।

मैं आज इसके लिए डॉक्स कहां देख सकता हूं:

• सीएसएस अलगाव
• संरक्षित ब्राउज़र संग्रहण

@VictorioBerra आधिकारिक दस्तावेज़ अभी भी प्रगति पर हैं, लेकिन आप इन नई सुविधाओं के बारे में यहाँ पढ़ सकते हैं: https://devblogs.microsoft.com/aspnet/asp-net-core-updates-in-net-5-preview- 8/