क्या मुझे ऑटोव्यू के लिए इंतजार करना चाहिए?

Question

मैं अभी एक परियोजना पर काम कर रहा हूं और हम एमवीएमएमक्रॉस ढांचे का उपयोग कर रहे हैं। परियोजना फरवरी में किया जाना चाहिए। हम सोच रहे थे कि क्या हमें ऑटोव्यू के लिए क्रॉस प्लेटफार्म यूआई समाधान के रूप में इंतजार करना चाहिए, या जल्द ही फरवरी होगा?

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

कुछ इस तरह:

public ElementDescription DefaultView() 
{ 
    var auto = new RootAuto(caption: "TestRootElement") 
    { 
     new SectionAuto(header: "Test Info") 
      { 
       foreach(item s in list) 
       { 
        if(s.GetType() == typeof(string)) 
         new StringAuto(); 
        if(s.GetType() == typeof(int) 
         new IntAuto(); 
       }    
      }; 

     return auto.ToElementDescription(); 
    } 
} 

यह और भी AutoView के साथ संभव होगा? या क्या हमें एक अलग समाधान की तलाश करनी चाहिए?

Answer 1

सरल उत्तर - यदि यह एक वास्तविक समय के लिए एक वास्तविक परियोजना के लिए है ... शायद नहीं।

---

लंबे समय तक जवाब ...

जब उपलब्ध हो AutoView होगा?

स्वत: दृश्य केवल 'इस सप्ताह' के लिए Droid के लिए उपलब्ध होंगे - इसमें संवाद, मेनू और सूची स्क्रीन के लिए स्वचालित विकल्प शामिल हैं।

टच के लिए, मुझे उम्मीद है कि ऑटोव्यूज़ 2-3 सप्ताह के भीतर पहुंचने की उम्मीद करेंगे - लेकिन यह काम कुछ तरीकों से Droid काम पर वापस प्रभाव डाल सकता है - उदा। कुछ वर्गों और विधियों को tweaked की आवश्यकता हो सकती है।

WP और WinRT के लिए, समयरेखा वर्तमान में कम स्पष्ट है। WP.Dialog बंदरगाहों पर काम करने वाले कुछ लोग हैं और इनके लिए समयरेखा अस्पष्ट है ...

संपूर्ण ऑटोव्यू पैकेज कब उपलब्ध होगा? एपीआई स्थिर कब होगी? कितने नमूने आसपास होंगे? दस्तावेज कब प्रदान किया जाएगा? मुझे नहीं पता। उम्मीद है कि जनवरी के आखिर में, जनवरी के शुरू में - लेकिन यहां पर विचार करने के लिए बाहरी कारक हैं (कुछ एमवीवीएमक्रॉस जोड़ों सहित, जब एसिंक/प्रतीक्षा मोनो टच/ड्रायड के लिए आती है)।

---

ऑटोव्यू के लिए क्या उपयोग किया जाएगा?

My main focus for autoviews तेजी से क्रॉस प्लेटफार्म विकास की अनुमति देना है - इसलिए वे 4 प्लेटफार्मों पर यूआई प्राप्त करने और चलाने के लिए एक त्वरित तरीका प्रदान करेंगे।

ये यूआई स्किनेबल होंगे - उदा। मोनो टच पर यूआईपीपेरेंस का उपयोग करके और मोनोड्रॉइड पर कस्टम एक्सएमएल का उपयोग करना। ये यूआई भी एक्स्टेंसिबल और ओवरराइड-सक्षम होंगे - ऑटोव्यू दृष्टिकोण में कोई लॉक-इन नहीं होगा।

यह अच्छी तरह से हो सकता है कि ये यूआई कई ग्राहकों के लिए जहाज के लिए 'पर्याप्त' हैं - उदा। TweetStation (और इसके अलावा बहुत अधिक) जैसे ऐप्स दिखाए गए हैं कि कैसे मोनो टच। डियालॉग वास्तव में बहुत ही अच्छे एप्स का उत्पादन कर सकता है, और मैं इसके लिए ऑटोव्यूज़ से आशा करता हूं।

हालांकि, ऑटोव्यू यूआई प्रत्येक प्लेटफार्म पर पूर्ण कस्टम यूआई के रूप में कभी भी शक्तिशाली या लचीला नहीं होंगे - इसलिए कई ऐप्स ऑटोव्यू का उपयोग नहीं करना चाहेंगे - या उनमें से महत्वपूर्ण हिस्सों को ओवरराइड करना चाहते हैं।

---

क्या मैं आज ऑटोव्यू का उपयोग कर सकता हूं?

हां।

लेकिन:

केवल Droid
• आप विकास के लिए PCLs का उपयोग कर खुश होने की जरूरत है (AutoViews केवल vNextDialog शाखा में मौजूद अभी)
• आप कुछ नाम स्थान, वर्ग उम्मीद की जरूरत पर
• और आने वाले हफ्तों में विधि परिवर्तन (उदाहरण के लिए वर्तमान में हम एक FooBar नामस्थान में MonoDroid.Dialog का उपयोग कर रहे हैं)
• शायद आप उन परिवर्तनों से खुद को अलग करने के लिए भंडार को फोर्क करना चाहते हैं।
• ऑटोव्यूज़ का उपयोग करने के लिए कुछ छोटे प्रदर्शन दंड भी हैं - यूआई प्रतिबिंब का उपयोग करके बनाए जाते हैं जो हमेशा प्रत्यक्ष कोड से धीमे होते हैं (यह एक बड़ा जुर्माना नहीं है, लेकिन यदि आप निम्न स्तर के डेवलपर हैं जो आपका कोड बनाना पसंद करते हैं वास्तव में उड़ते हैं, तो आप प्रतिबिंब को स्पष्ट करना पसंद करेंगे)।