नया साल यार्ड में आ रहा था, और यह विचार कि एक्सएएमएल बेहतर हो सकता है, मेरे सिर से बाहर नहीं आया। और बेहतर होने के लिए, उसे होने से रोकने की जरूरत है। बिना: इस प्रकार विचार एक विकल्प और भयानक भयानक XAML'yu लिखने के लिए पैदा हुआ था <Setter.Value> , बिना {Binding Path=Name, RelativeSource={RelativeSource AncestorType={x:Type Button}}, Converter={StaticResource Converter}} , बिना FirstValueEqualsToSecondValueOrThirdValueEqualsNullConverter , बिना <Grid.ColumnDefinitions> <ColumnDefinition/> <ColumnDefinition/> <ColumnDefinition/> <ColumnDefinition/> </Grid.ColumnDefinitions> <MultiDataTrigger> <MultiDataTrigger.Triggers> <DataTrigger> <DataTrigger.Binding> <MultiDataBinding>... , बिना xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" , सब कुछ बिना यह रद्दी, जिसके लेखन से दसवीं बार कंप्यूटर को एक स्टूल के साथ धीरे से स्ट्रोक करने और विकृत हिंदू को याद करने का आग्रह किया जाता है WPF डेवलपर्स के रिश्तेदार।



विशेषताएं:

• शैतानी XML कोण कोष्ठक के बजाय उद्धरण के बिना गर्म JSON ट्यूब-सिंटैक्स।
• मार्कअप एक्सटेंशन के लिए लघु और सिन सिंटैक्स: किलोमीटर एक बार लिखा-तब पढ़ा-डरावना-बाँध {Binding Path=Name, RelativeSource={RelativeSource AncestorType={x:Type Button}}, Converter={StaticResource Converter}} बारी लगभग असाइनमेंट में {= ~Button.Name, Converter={@Converter} }.
• गैर # कोषेर कन्वर्टर्स के साथ बदलने के लिए सी # कोषेर भाव: {= ${=Property1} == ${=Property2} || ${=Property3} == null } {= ${=Property1} == ${=Property2} || ${=Property3} == null } ।
• " <Setter.Value> " संपत्ति रिकॉर्ड की मौत - <Setter.Value> गुमनामी में चली जाती है।
• दोहराव के एक उग्र दोहराव को हटा दिया जाता है: यदि आप केवल ColumnDefinition रख सकते हैं, तो इसे दस बार दोहराएं नहीं।
• सेटर्स और ट्रिगर्स मल्टी-लेटर सीरीज़ बैसाखी होना बंद कर देते हैं: सेटर्स प्रॉपर्टी असाइनमेंट्स की तरह लगते हैं, ट्रिगर्स कंडीशंस जैसे लगते हैं।
• कैथेड्रल और अन्य बुरी आत्माओं के नाम के साथ दस "क्लर-नेमस्पेस" के दोहराव से मौत।

बहुत अच्छा लगता है? और यह इस तरह दिखता है:

 _={ $: 'Window root', Resources: [{ $: 'Style MyButtonStyle Button', set: { Background: 'Red', Foreground: 'Green' }, on: { '{=this.IsMouseOver}': {set: { Background: 'Yellow', Foreground: 'Blue' }} } }], _: [{ $: 'Grid', RowDefinitions: [ { Height: '*' } ], ColumnDefinitions: [ { Width: '*' } ], _: [{ $: 'Button btnPressMe', Content: 'Press me!', Style: '{@MyButtonStyle}' }] }] } 

जब / जब मैं भाषा समाप्त करता हूं, तो यह कुछ इस तरह दिखाई देगा:

 Window root { Resources: [ Style MyButtonStyle Button { set: { Background: Red, Foreground: Green }, on: { {=this.IsMouseOver}: {set: { Background: Yellow, Foreground: Blue }} } } ], Grid { RowDefinitions: [ { Height: * } ], ColumnDefinitions: [ { Width: * } ], Button btnPressMe { Content: 'Press me!', Style: {@MyButtonStyle} } } } 

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

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

अब हमारे पाठकों के आधे आधे ने ब्राउज़र में टैब को बंद कर दिया। आदर्शवादियों और सपने देखने वालों के साथ - हम जारी रखते हैं।

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

विषमताओं के बारे में

आपने देखा होगा कि फ़ाइल "_ =" से शुरू होती है। यह डमी असाइनमेंट विजुअल स्टूडियो को आश्वस्त करता है कि फ़ाइल सबसे जावास्क्रिप्ट है, और प्रकृति के लिए किसी प्रकार का JSON नहीं है (दुर्भाग्य से, 2013 में भी, JSON संपादक प्रकृति में मौजूद नहीं है, ऐसी चीजें)। हम पहले से ही कोड पूरा होने (IntelliSense) को खो रहे हैं, और इसलिए, सेटिंग्स ( टूल> विकल्प> टेक्स्ट एडिटर> फाइल एक्सटेंशन ) में खुदाई करते हुए, हम कम से कम स्क्रिप्ट एडिटर स्तर पर ब्रैकेट्स को हाइलाइटिंग और चेक कर सकते हैं।

एक्सएमएल की तुलना में, JSON बल्कि सीमित है: इसकी "वस्तुओं" में न तो "प्रकार" है और न ही "सामग्री" है। इसलिए, प्रकार (जो कि, XML के बाद <) में मौद्रिक संपत्ति "$" द्वारा परिभाषित किया गया है, और आंतरिक (जो XML के बीच बीच है) "_" संपत्ति द्वारा निर्धारित किया गया है। यह एक अस्थायी असुविधा है, मैं भाषा बदलने के बारे में सोच रहा हूं। इसलिए, एक्सएएमएल

 <Button Visibility="Visible"> <Button.ToolTip> <TextBlock Text="Tool tip text"/> </Button.ToolTip> <TextBlock Text="Button text"/> </Button> 

JAML की नज़र में

 { $: 'Button', Visibility: 'Visible', Tooltip: { $: 'TextBlock', Text: "Tool tip text" }, _: { $: 'TextBlock', Text: "Button text" } } 

मौद्रिक संपत्ति के अलावा, आप पहचानकर्ता (x: नाम / x: कुंजी), दृश्यता (x: ClassModifier / x: FieldModifier) ​​के बारे में जानकारी डाल सकते हैं, और शैलियों और ट्रिगर के मामले में भी "निहित" (TargetType / DataType) कर सकते हैं। पूर्ण सिंटैक्स (वर्ग कोष्ठक - वैकल्पिक):

 [visibility] typeName [identifier [implicit identifier]] 

उदाहरण:

 Button Button btnCancel private Button btnCancel DataTemplate {~Button} DataTemplate MyButtonTemplate {~Button} 

जैसा कि पहले ही उल्लेख किया गया है, एक मौद्रिक संपत्ति को छोड़ा जा सकता है यदि प्रकार "स्पष्ट" है (अर्थात, वह संपत्ति जिसमें हम ऑब्जेक्ट डालते हैं, यह इंगित करता है कि इसे इसमें डाला जा सकता है: टी के लिए IEnumerable <T>, ControlTemplate ControlTemplate के लिए)।

मार्कअप एक्सटेंशन के बारे में

JAML में अंतर्निहित "मार्कअप एक्सटेंशन" के सिंटैक्स शॉर्टकट्स की एक बड़ी संख्या होती है, लेकिन सभी शॉर्टकट्स के मूल में विचारों की संख्या बहुत कम है (और, मुझे आशा है, याद रखना आसान है):

कमी	मूल्य
=	गतिशील रूप से गणना करें (अधिकांश भाग के लिए, बाइंडर)
@	कुंजी द्वारा मूल्य प्राप्त करें (अधिकांश भाग संसाधनों के लिए)
~	टाइप करें
ref	नाम से आइटम प्राप्त करें

और अब पूरी सूची।

कमी	एक कॉल में, T4 एक अटूट में बदल जाता है ...
{@Key}	{StaticResource Key}
{@=Key}	{DynamicResource Key}
{~TypeName}	{x:Type TypeName}
{static.TypeName.Property}	{x:Static TypeName.Property}
null	{x:Null} (देशी JSON प्रकार)
{tpl.Property}	{TemplateBinding Property}
{=PropertyPath}	{Binding PropertyPath}
{=}	{Binding}
{=ref.controlName.PropertyPath}	{Binding PropertyPath, ElementName=controlName}
{=this.PropertyPath}	{Binding PropertyPath, RelativeSource={RelativeSource Self}}
{=tpl.PropertyPath}	{Binding PropertyPath, RelativeSource={RelativeSource TemplatedParent}}
{=~TypeName.PropertyPath}	{Binding PropertyPath, RelativeSource={RelativeSource AncestorType=TypeName}}
{=@{...}.PropertyPath}	{Binding PropertyPath, Source={...}}
{= ${=Prop1} + 42 + ${=Prop2} }	<Binding> या <MultiBinding> (नीचे देखें)

आप स्वाद के लिए स्थानों के साथ भावों को पतला कर सकते हैं: {= ref.controlName.PropertyPath } (लेकिन इसे ज़्यादा मत करो: आखिरकार, क्रैच इंडेक्सऑफ़ के साथ हाथी की तरह नियमित रूप से मिश्रण होता है, जो कि System.Xaml gutted guts के साथ अनुभवी है)।

अभिव्यक्ति और कन्वर्टर्स के बारे में

अब बाइंडिंग में आप C # में भाव लिख सकते हैं। निर्मित बहु-बंधन (या बंधन, यदि केवल एक उप-बंधन है) के उप-बाइंडिंग कोष्ठक ${...} में संलग्न हैं। दृश्यों के पीछे, अभिव्यक्तियाँ उन कक्षाओं में बदल जाती हैं जो IValueConverter और IMultiValueConverter लागू करती हैं। यह मत भूलो कि ऑब्जेक्ट कन्वर्टर्स में आते हैं, अर्थात, आमतौर पर आप बिना रूपांतरण के नहीं कर सकते (योजनाओं में अभिव्यक्ति प्रकारों का स्वचालित निर्धारण होता है)। इसके विपरीत, DependencyProperty.UnsetValue लिए चेक की आवश्यकता नहीं है - चेक स्वयं द्वारा जोड़ा जाता है।

बिंदु पर पहुँचो। यहां एक उदाहरण दिया गया है जिसमें बाध्यकारी मान है IsMouseOver == IsMouseDirectlyOver :

 {= (bool)${=this.IsMouseOver} == (bool)${=this.IsMouseDirectlyOver} } 

यह निम्नलिखित XAML में परिवर्तित होता है:

 <MultiBinding Converter="{x:Static my:MainWin._jaml_MainWindowConverter1}"> <Binding Path="IsMouseOver" RelativeSource="{RelativeSource Mode=Self}" /> <Binding Path="IsMouseDirectlyOver" RelativeSource="{RelativeSource Mode=Self}" /> </MultiBinding> 

मार्कअप एक्सटेंशन के तर्कों से C # में एक एक्सप्रेशन को अलग करना नियमित एक्सप्रेशंस के लिए एक चुनौतीपूर्ण काम है, और केवल एक चीज जो वे कर सकते हैं, वह है कर्ली ब्रेसेस की जोड़ी को चेक करना। दरअसल, अंतिम उप-बंधन के बाद अभिव्यक्ति पहले अल्पविराम पर समाप्त होती है। यदि यह व्यवहार आपको शोभा नहीं देता है, तो आप ${} का उपयोग करके अभिव्यक्ति के अंत को स्पष्ट रूप से निर्दिष्ट कर सकते हैं। उदाहरण के लिए:

 {= string.Format("Visibility = {0}, Name = {1}", ${=this.Visibility}, param) ${}, ConverterParameter={@Name} } 

यदि आप कर्ली ब्रेसिज़ अनपेक्षित हैं (जैसे string.Format("{{{0}", value) तो आप भाग्यशाली नहीं हैं - मुझे नहीं पता कि क्यों, लेकिन आप कभी नहीं जानते हैं - यहां आप बच अनुक्रम का उपयोग कर सकते हैं।

यदि अभिव्यक्ति बहुत जटिल है, तो आप या तो कोड-पीछे में एक स्थिर विधि लिख सकते हैं, या तर्क को सामान्य रूप से दूसरे वर्ग में स्थानांतरित कर सकते हैं - स्वाद के लिए।

शैलियों और ट्रिगर में बसने के बारे में

उन्हें "सेट" संपत्ति में एक वस्तु के सामान्य गुणों के रूप में दर्ज किया गया है।

 { $: 'Style MyButtonStyle', set: { Width: 16, Height: 16, Background: 'Red' } } 

यदि आपको Setter.TargetName सेट करने की आवश्यकता है, तो सिंटैक्स ref.controlName.PropertyPath उपयोग करें।

 set: { 'ref.btnCancel.Width': 16, 'ref.btnCancel.Height': 16, 'ref.btnCancel.Background': 'Red' } 

यदि आप संपत्ति के नाम के आसपास कोष्ठक से घृणा करते हैं, तो आप डॉट्स के बजाय डॉलर लिख सकते हैं: ref$controlName$PropertyPath (जावास्क्रिप्ट में एक डॉलर और JSON को एक पूर्ण वर्ण माना जाता है, JAML में इसे डॉट द्वारा बदल दिया जाता है)। संलग्न गुणों के साथ एक ही विधि काम करती है।

ट्रिगर ऑब्जेक्ट पर लिखे गए हैं। संपत्ति का नाम बाध्यकारी है। मूल्य ट्रिगर के अंदर है (सेट ऑब्जेक्ट के साथ)। आप ऊपर वर्णित के रूप में अभिव्यक्ति बाइंडिंग लिख सकते हैं। एक ट्रिगर को ट्रिगर माना जाता है यदि यह ट्रू का बूलियन मान लेता है। उदाहरण के लिए:

 { $: 'Style CheckBox', on: { '{=this.IsChecked}': { set: { Background: 'Red', Foreground: 'Green' } }, '{= (bool)${=this.IsMouseOver} && (bool)${=this.IsChecked} }': { set: { Background: 'Yellow', Foreground: 'Blue' } } } } 

सिंटैक्स ref.controlName.PropertyPath इन टेम्पलेट ट्रिगर्स भी काम करता है।

खैर, शुरुआत के लिए, Grid$ संपत्ति - यह एक से चार पूर्णांक तक ले जाता है और उन्हें क्रमशः Grid.Row, Grid.Column, Grid.RowSpan, Grid.ColumnSpan में बदल देता है। अगर आप Grid$='2 3' Grid.Row="2" Grid.Column="3" , तो आपको Grid.Row="2" Grid.Column="3" ।

संदर्भ

• GitHub पर Jaml प्रोजेक्ट , ReadMe संलग्न है।
• GitHub पर Jaml Wiki , उपयोग के लिए निर्देश और संलग्न उदाहरण।

Json.NET, T4MultiFile के लेखकों के साथ-साथ उन भारतीयों के लिए भी धन्यवाद, जिनके कोड I को System.Xaml की हिम्मत से "मार्कअप एक्सटेंशन" के रूप में चुना गया।

आगे क्या है?

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

शायद आपकी भाषा के साथ सबसे बड़ी असुविधा यह है कि सिद्धांत में सभी प्रकार के Resharper का समर्थन नहीं है। एक्सएएमएल एक रिवाल्वर चूसने और स्मैक के साथ पुन: प्रसंस्करण करता है, लेकिन कम से कम एक है। इसके अलावा, WPF की उपस्थिति के छह साल बाद, रिसर्पर ने DataContext के साथ कम से कम कुछ काम को जन्म दिया और इसी तरह। यदि छह साल सभी पक्षों से आधिकारिक XAML में चले गए, तो किसी प्रकार की वामपंथी भाषा के बारे में - आप इसका सपना भी नहीं देख सकते हैं। और प्लगइन के माध्यम से, शायद, कुछ भी संलग्न नहीं किया जा सकता है। सामान्य तौर पर, आपको JAML लिखना होगा, लेकिन XAML में लगातार देखें। हालांकि, मेरे लिए, यह अभी भी बेहतर है।

सामान्य तौर पर, क्या विचार? आपको यह विचार कैसा लगा?