Aspnetcore: HTML और CSS के बजाय XAML

@MohammadHamdyGhanem देखें https://github.com/aspnet/Blazor/issues/374#issuecomment -376314750

Blazor के लिए हम C#, HTML और CSS को लक्षित कर रहे हैं, लेकिन XAML के लिए आप Ooui पर एक नज़र

@ डैनरोथ27

Blazor के लिए हम C#, HTML और CSS को लक्षित कर रहे हैं, लेकिन XAML के लिए

मैं नहीं कहता कि आप HTML और CSS का उपयोग करना बंद कर दें। मैं कहता हूं कि अगर हम चाहें तो हमें एक्सएएमएल चुनने का विकल्प दें। मुझे पता है कि एक वेब समुदाय है, लेकिन एक .NET डेस्कटॉप समुदाय भी है जो वेब ऐप्स लिखना चाहता है। कृपया उन पर विचार करें। पिछले 15 वर्षों के दौरान इसके बारे में पढ़ने और सीखने के अपने प्रयासों के बावजूद मैं खुद ASP.NET से नफरत करता था! इसके विपरीत, मुझे XAML आकर्षक, शक्तिशाली और सीखने में आसान लगा। मुझे उम्मीद थी कि चांदी की रोशनी हावी होगी और माइक्रोसॉफ्ट वेन तकनीक के रूप में विकसित होगी, लेकिन 2012 में इसकी मृत्यु हो गई!
मुझे आशा है कि आप इस सुझाव पर विचार करेंगे, भले ही आप इसे Xlazor नाम दें :)

एक्सएएमएल आप ओउई पर एक नज़र डाल सकते हैं।

मैं इतने बड़े पैमाने पर तीसरे पक्ष के उत्पाद पर निर्भर नहीं हूं, क्योंकि मैं अनुदान नहीं देता हूं कि वे टिके रहेंगे और विकसित होंगे, इसलिए अगर किसी तीसरे पक्ष के उत्पाद की मृत्यु हो जाती है तो मुझे इसका उपयोग करने वाली बड़ी परियोजनाओं को फिर से लिखना होगा!

@MohammadHamdyGhanem Blazor और Ooui WebAssembly पर स्थापित अलग-अलग उत्पाद हैं, जैसे कि .NET .NET फ्रेमवर्क पर आधारित है। ये दोनों आवश्यक हैं क्योंकि ऐसे वेब डेवलपर हैं जो रेजर/एचटीएमएल/सीएसएस (एएसपी.नेट) और डेस्कटॉप/मोबाइल डेवलपर्स पसंद करते हैं जो एक्सएएमएल पसंद करते हैं। तो मुझे लगता है कि दोनों को .NET/Xamarin (ब्लेज़र पहले से मर्ज किया गया है) में विलय करने की आवश्यकता है और अलग-अलग उपयोग किया जाना चाहिए ताकि उन्हें हल्का रखा जा सके और एक-दूसरे को गड़बड़ न करें।

@plamen-i
मैं सहमत हूं। लेकिन मैं अभी तक ज़ामरीन से परिचित नहीं हूँ। मैं यूडब्ल्यूपी जैसे नियंत्रणों का उपयोग करना पसंद करता हूं।

@MohammadHamdyGhanem Xamarin, विशेष रूप से Xamarin.Forms भविष्य है कि आप एक बार लिखना चाहते हैं (C#/XAML) और हर जगह चलाएं। Xamarin.Forms सीखने के लिए कुछ समय निवेश करें और यह आपको बहुत अधिक भुगतान करेगा :-) यह परिपक्व तकनीक है, XAML का उपयोग करता है और wpf/UWP के बहुत करीब है।

मैं कहता हूं कि माइक्रोसॉफ्ट को एक एक्सएएमएल मानक एपीआई (जैसे .NET मानक) बनाना चाहिए जिसका पालन Xamarin, UWP और ASP.NET होना चाहिए, जो भी रेजर नाम हो, या इसे शामिल करने के लिए .NET मानक का विस्तार करें।
नियंत्रण और उनके गुणों और विधियों के समान नाम होने चाहिए, जो भी अंतर्निहित कार्यान्वयन हो। यह इन सभी घटकों को सीखना आसान बना देगा, और कोड का अधिकतम उपयोग पुन: प्रयोज्य बना देगा।

@MohammadHamdyGhanem वे हैं जो मुझे लगता है ... उसके लिए रेपो यहां है लेकिन यह पिछले कुछ महीनों से काफी मृत है। मुझे उम्मीद है कि यह नहीं है और बिल्ड 2018 पर इसके लिए कुछ घोषणा की प्रतीक्षा कर रहा है।

यह राहत की बात है। धन्यवाद।

xamarin.forms मूल एंड्रॉइड या आईओएस ऐप्स के रूप में प्रदर्शनकारी नहीं हैं, यह ऐप्स या क्लाउड कनेक्टेड ऐप्स पर स्टेटिस सामग्री के लिए अच्छा है, लेकिन यदि आप वास्तव में ओएस एपिस के साथ गहन एकीकरण चाहते हैं और मूल प्रदर्शन की आवश्यकता है तो xamarin प्रदर्शनकर्ता के रूप में नहीं है, साथ ही टूलिंग xamarin.native की बस भयानक है,

मैंने आगे बढ़कर एक Xaml इंजन बनाना शुरू किया जो ब्राउज़र में मूल रूप से चलता है। आप इसे यहां देख सकते हैं: https://github.com/XamlEngine/Samples

एक्सएएमएल को एक विकल्प होना चाहिए। मुझे नहीं पता कि Asp.Net टीम XAML से कितनी परिचित है। टीम पहिए को फिर से बनाने में समय बिता रही है। हाल के सामुदायिक स्टैंडअप की तरह उन्होंने दिखाया है कि ब्लेज़र में घटक कैसे बनाए जाते हैं। मैंने कहा क्यों?। और मुझे कंपोनेंट्स लिखने का नया तरीका क्यों सीखना है। आपके पास एक्सएएमएल है जो इन सभी चीजों के लिए बिल्कुल सही है।

VUE, Angular, React जैसे हजारों JS फ्रेमवर्क हैं जो डेटा बाइंडिंग में मदद करते हैं। और यह सब करने वाला पहला XAML था। कम से कम इसे तो आजमाएं।

हम एक्सएएमएल से परिचित हैं, लेकिन ब्लेज़र के साथ हमारा प्राथमिक लक्ष्य वेब डेवलपर्स को लक्षित करना है, इसलिए हम एचटीएमएल और सीएसएस के साथ चिपके हुए हैं। उस ने कहा, WebAssembly (Ooui, Uno, FrogUI) पर .NET के लिए XAML समर्थन बनाने के लिए पहले से ही कई प्रयास हैं, इसलिए हम उन परियोजनाओं को देखने की सलाह देते हैं यदि XAML आपकी प्राथमिकता है।

@ डैनरोथ27
मैं देखता हूं कि वीबीएनईटी को बचाने के लिए एमएस को एक्सएएमएल रेजर पर काम करना चाहिए। मेरी राय में, ASP.NET पिछले एक दशक में VB.NET की लोकप्रियता को कम करने का एक कारण था। वीबीस्क्रिप्ट केवल इंटरनेट एक्सप्लोरर में चलते हैं, इसलिए यह मृत पैदा हुआ है और किसी भी वेब डेवलपर को केवल जावास्क्रिप्ट का उपयोग करना था जो सी-लाइक सिंटैक्स का उपयोग करता है, इसलिए वीबी.नेट की तुलना में सी # के साथ उपयोग करना आसान है। वर्षों से जावास्क्रिप्ट ढांचे उभर रहे हैं, और एमएस ने उनमें से कुछ को jQuery और कोणीय की तरह अनुकूलित किया है। टाइपस्क्रिप्ट भी कुछ उन्नत जावास्क्रिप्ट है।
इसने C# को शुरुआती लोगों के लिए एकमात्र तार्किक विकल्प बनाया, यहां तक ​​कि कई VB.NET डेवलपर्स को C# में माइग्रेट करने के लिए मजबूर किया।
तो, Xaml ब्लेज़र के दो लक्ष्य हैं:

1. सी # डेस्कटॉप डेवलपर्स को आकर्षित करें। समय-समय पर यह एचटीएमएल प्रशंसकों को खत्म कर देगा!
   2- vb.net डेवलपर्स को आकर्षित करें और शुरुआती भाषा के लिए इस सुंदर आसान को बचाएं।

मुझे लगता है कि यहां एक्सएएमएल के बारे में गलत धारणा है। मैं वास्तव में ब्लेज़र में एक्सएएमएल का प्रशंसक हूं लेकिन जिस तरह से ऊपर और एस्पनेट/ब्लेज़र # 374 में चर्चा की गई है।

मैं जो सुझाव दे रहा हूं वह नीचे वर्णित है:

समस्या

कल्पना कीजिए कि मेरे पास ये घटक हैं:

दराज.cshtml:

<aside class="mdc-drawer mdc-drawer--modal">
    <strong i="10">@Header</strong>
    <strong i="11">@ChildContent</strong>
</aside>

<strong i="12">@functions</strong>
{
    [Parameter]
    DrawerHeader Header { get; set; }

    [Parameter]
    RenderFragment ChildContent { get; set; }
}

DrawerHeader.cshtml:

<div class="mdc-drawer__header">
    <strong i="16">@ChildContent</strong>
</div>

<strong i="17">@functions</strong>
{
    [Parameter]
    RenderFragment ChildContent { get; set; }
}

अब मेरे तीसरे घटक Main.cshtml में कल्पना करें कि मैं एक Drawer जोड़ना चाहता हूं और इसे Drawer.Header सेट करना चाहता हूं। वर्तमान में मुझे DrawerHeader प्रकार की संपत्ति बनानी है और इसे मेरे Drawer.Header बांधना है:

<div class="drawer-frame-root">
    <Drawer Header="@Header">
        <DrawerContent>

        </DrawerContent>
    </Drawer>
    <DrawerScrim />
</div>

<strong i="25">@functions</strong>
{
    DrawerHeader Header
    {
        get;
    } = new SubClassOfDrawerHeader();
}

इसलिए मुझे SubClassOfDrawerHeader नामक एक और घटक बनाना है और इसे हेडर प्रॉपर्टी असाइन करना है। जो मेरी परियोजना में बहुत सारे घटक बनाता है।

मेरा प्रस्ताब

मेरा सुझाव एक्सएएमएल स्टाइल प्रॉपर्टी नेस्टिंग का उपयोग करना है:

<div class="drawer-frame-root">
    <Drawer>
        <Drawer.Header>
                <DrawerHeader>
                        <DrawerHeaderTitle>User's name</DrawerHeaderTitle>
                        <DrawerHeaderSubtitle>[email protected]</DrawerHeaderSubtitle>
                </DrawerHeader>
        </Drawer.Header>
        <DrawerContent>Some content</DrawerContent>
    </Drawer>
    <DrawerScrim />
</div>

कृपया उपरोक्त कोड में <Drawer.Header>...</Drawer.Header> ।

@MohammadHamdyGhanem @xclud क्या आपने अपनी इच्छानुसार Xaml पर आधारित समान प्लेटफॉर्म पर एक नज़र Platform.uno - जैसा कि पहले @ danroth27 द्वारा उल्लेख किया गया है?

अगर इसमें एक्सएएमएल है तो मुझे लगता है कि हम तुरंत ब्लेज़र में चले जाएंगे, क्योंकि हमने वास्तव में सिल्वरलाइट का आनंद लिया था।
एचटीएमएल/जावास्क्रिप्ट कोडिंग == कोड लिखने का बहुत कष्टप्रद तरीका (उर्फ "स्क्रिप्ट")

अगर इसमें एक्सएएमएल है तो मुझे लगता है कि हम तुरंत ब्लेज़र में चले जाएंगे, क्योंकि हमने वास्तव में सिल्वरलाइट का आनंद लिया था।
एचटीएमएल/जावास्क्रिप्ट कोडिंग == कोड लिखने का बहुत कष्टप्रद तरीका (उर्फ "स्क्रिप्ट")

@wstaelens मैंने सिल्वरलाइट का भी बहुत आनंद लिया, और इसके साथ एक दर्जन ऐप बनाए। यही कारण है कि मैं अभी ऊनो प्लेटफॉर्म (स्टेरॉयड पर उर्फ ​​सिल्वरलाइट) का आनंद ले रहा हूं।

अगर इसमें एक्सएएमएल है तो मुझे लगता है कि हम तुरंत ब्लेज़र में चले जाएंगे, क्योंकि हमने वास्तव में सिल्वरलाइट का आनंद लिया था।
एचटीएमएल/जावास्क्रिप्ट कोडिंग == कोड लिखने का बहुत कष्टप्रद तरीका (उर्फ "स्क्रिप्ट")

@wstaelens मैंने सिल्वरलाइट का भी बहुत आनंद लिया, और इसके साथ एक दर्जन ऐप बनाए। यही कारण है कि मैं अभी Uno Platform (स्टेरॉयड पर उर्फ ​​सिल्वरलाइट) का आनंद ले रहा हूं।

समस्या यह है कि यह एक "आधिकारिक" माइक्रोसॉफ्ट प्रोजेक्ट नहीं है, इसलिए लाइफ टाइम ... सपोर्ट ... जो भी हो ... ब्लेज़र को सिर्फ एक्सएएमएल सपोर्ट की जरूरत है।

समस्या यह है कि यह एक "आधिकारिक" माइक्रोसॉफ्ट प्रोजेक्ट नहीं है, इसलिए लाइफ टाइम ... सपोर्ट ... जो भी हो ... ब्लेज़र को सिर्फ एक्सएएमएल सपोर्ट की जरूरत है।

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

बहुत से सी # डेवलपर्स एचटीएमएल और सीएसएस पर एक्सएएमएल का उपयोग करना पसंद करते हैं। बहुत से लोग UWP/WPF/XAML के लिए आधिकारिक क्रॉस-प्लेटफ़ॉर्म समर्थन चाहते थे। Imo Microsoft को XAML को भी Blazor के साथ सपोर्ट करना चाहिए। हमें XAML के लिए आधिकारिक क्रॉस-प्लेटफ़ॉर्म समर्थन कब मिलेगा?

मैं स्वयं सी # का प्रशंसक हूं, लेकिन वेब विकास और इलेक्ट्रॉन के साथ मेरी समस्या कभी भी जावास्क्रिप्ट नहीं थी। यह सीएसएस है।

यदि यह HTML/CSS के लिए कोई विकल्प नहीं दे रहा है तो Blazor का क्या अर्थ है? HTML/CSS के लिए प्रतिस्थापन खोजना इतना कठिन क्यों है, क्रॉस-प्लेटफ़ॉर्म XAML इतना कठिन क्यों है... मुझे समझ नहीं आया। Microsoft हमेशा अवसरों को खो रहा है और मूर्खतापूर्ण निर्णय ले रहा है।

जिस दिन XAML क्रॉस-प्लेटफ़ॉर्म (आधिकारिक तौर पर Microsoft द्वारा समर्थित) बन जाता है, उसी दिन Blazor को सभी C# डेवलपर्स का पूर्ण समर्थन मिलता है। ठीक है, कम से कम मेरे लिए नहीं... क्योंकि मुझे ब्लेज़र का कोई वास्तविक लाभ नहीं दिखता। क्योंकि मैं अभी भी सीएसएस, आईडी, कक्षा से निपट रहा हूं,

मैं असहमत हूं, सभी वेब डेवलपर्स का उपयोग html और css के लिए किया जाता है। कृपया html और css से चिपके रहें

@GoranHalvarsson तो उन्हें जावास्क्रिप्ट या टाइपस्क्रिप्ट के लिए उपयोग क्यों नहीं किया जाता है?

मैं असहमत हूं, सभी वेब डेवलपर्स का उपयोग html और css के लिए किया जाता है। कृपया html और css से चिपके रहें

दुर्भाग्य से सभी वेब लेखक डेवलपर नहीं हैं, कुछ सॉफ्टवेयर इंजीनियर हैं और हम एक पृष्ठ पर लंबवत रूप से केंद्र तत्वों के लिए XAML/C# पसंद करते हैं। जो अभी भी HTML/CSS में एक रहस्य है। एक्सएएमएल बहुत बेहतर है।

मेरे पास एक स्कोडा और एक पोर्श है, लेकिन मैं स्कोडा को केवल इसलिए चलाता हूँ क्योंकि मुझे इसकी आदत है? Xamarin एक विकल्प या Avalonia के रूप में है (यदि Microsoft के पास इसका स्वामित्व है और इसने wpf कल्पना को दोहराया है)। हो सकता है कि माइक्रोसॉफ्ट को ब्लेज़र समुदाय के लिए एक सर्वेक्षण करना चाहिए और उनसे पूछना चाहिए कि क्या उन्हें एक चुनना होगा - एक्सएएमएल या एचटीएमएल?

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

@GoranHalvarsson जब आप सभी वेब डेवलपर्स कहते हैं, तो हम में से बहुत से लोग html और css के

और डेवलपर्स के लिए कई तकनीकों के उपलब्ध होने में क्या गलत है?

मैंने वेब प्रोजेक्ट्स के लिए एचटीएमएल, सीएसएस, जावास्क्रिप्ट का व्यापक रूप से उपयोग किया है (मैं आजकल जावास्क्रिप्ट से दूर रहने की कोशिश करता हूं)।
जब रिच इंटरनेट एप्लिकेशन (RIA) या सिंगल पेज ऐप्स (SPA) की बात आती है, तो Xaml और C# राजा और रानी हैं। मैं कोई अन्य विकल्प नहीं लूंगा।
मुझे यह स्वीकार करना होगा कि मैं उन भाग्यशाली लोगों में से हूं जो किसी भी लगाए गए प्लेटफॉर्म के अधीन नहीं हैं, विलासिता हर किसी के पास नहीं है।

मैंने हाल ही में Telerik और SyncFusion का उपयोग करके एक Blazor Project SSB (अभी तक CSB का उपयोग नहीं किया है) पूरा किया है। सी # अनुभव बहुत अच्छा था! जावास्क्रिप्ट / एचटीएमएल / सीएसएस परेशान कर रहा था। ऐसा लगता है कि अधिकांश तृतीय पक्ष नियंत्रणों में CSS के भीतर अधिकांश बग हैं। आप इस तरह एटीएम से बड़े पैमाने पर एसपीए नहीं बनाना चाहेंगे, इसे बनाए रखना मुश्किल होगा।

अतीत में मेरे पास व्यापक एक्सएएमएल/सी# अनुभव है। मुझे कहना होगा कि एक ही छत के नीचे सब कुछ होने से विकास न केवल तेज और अधिक विश्वसनीय होता है, बल्कि अधिक सुखद भी होता है।

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

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