2015-09-29 13 views
15

क्या किसी और के पास यूनिवर्सल विंडोज प्लेटफ़ॉर्म 10 के लिए वीएस 2015 लेखन ऐप्स में बहुत सुस्त विकास अनुभव के साथ कोई समस्या है? संकलन, डिबगिंग, विंडोज़ के बीच भी स्विचिंग एक समान, मूल WPF अनुप्रयोग के साथ काम करने की तुलना में दर्दनाक धीमी है।यूडब्ल्यूपी 10 विकास इतना धीमा क्यों है?

मुझे Google पर इस अनुभव का कोई उल्लेख नहीं मिला है, जो मुझे आश्चर्यचकित करता है कि मेरे सेटअप में कुछ ऐसा है जो यूडब्ल्यूपी देव में बंदर रिंच फेंक रहा है।

क्या किसी ने इसका अनुभव किया है, या विकास को तेज करने के किसी भी तरीके से जानते हैं?

अद्यतन

इस सवाल के संदर्भ डिबग मोड में संकलन है, (.NET देशी) मोड रिलीज नहीं।

+0

क्या आपके पास अपनी वीएस स्थापना में कोई ऐड-इन्स है? क्या आपने अपना वीएस कॉन्फ़िगरेशन रीसेट करने का प्रयास किया है? क्या कोई एंटी-वायरस या अन्य भारी पृष्ठभूमि प्रक्रिया चल रही है? – Dai

+0

"यूनिवर्सल विंडोज प्लेटफ़ॉर्म" - माइक्रोसॉफ्ट साजिश खो रहा है ..... –

+0

मुझे पता चला है कि रिलीज में इसे बनाने के लिए आगे बढ़ता है ... –

उत्तर

2

अद्यतन अक्टू 2016

इस उत्तर Visual Studio 2015 Update 3 के रूप में अब प्रासंगिक नहीं है। माइक्रोसॉफ्ट ने विकास पर्यावरण को एक स्थिर स्थिति में वापस लाने के लिए एक महान काम किया है। हालांकि मुझे वर्तमान में एक्सएएमएल डिजाइनर के साथ समस्याएं हैं, कोडिंग & इमारत बहुत तेज और अधिक सुखद है। मुझे आशा है कि एक्सएएमएल डिजाइनर में पाए गए अधिकांश कमजोर मुद्दों को अगले Visual Studio 15 में हल किया जाएगा।


किसी को भी इस

हाँ अनुभव किया है।

यूडब्ल्यूपी की वजह से मेरी टीम में हर कोई बाल खो रहा है। मुझे लगभग आश्वस्त है कि माइक्रोसॉफ्ट चाहता है कि मैं सी # & एक्सएएमएल से नफरत करता हूं।

... या विकास को गति देने के किसी भी तरीके से जानते हैं?

मैं अपना ऐप यूडब्ल्यूपी पर भेज रहा हूं लेकिन मैं Win8 के लिए समर्थन समाप्त नहीं कर सकता। तो, मेरे पास एक ही समाधान में दोनों परियोजनाएं हैं। मेरे लिए, चीजों को गति देने के लिए, मैंने विंडोज 8 ऐप के साथ काम करते समय Win8 एप्लिकेशन और परियोजनाओं को बाहर करने के लिए "डीबग-यूडब्ल्यूपी" और "रिलीज-यूडब्लूपी" में बिल्ड कॉन्फ़िगरेशन को संशोधित किया। यह केवल मामूली राहत है। बिल्डिंग अभी भी एक दर्दनाक अनुभव है।

इसके अलावा

आप हर निर्माण पर संकुल बहाल करने से NuGet निष्क्रिय कर सकते हैं। विकल्प>NuGet पैकेज प्रबंधक पर जाएं और "दृश्य स्टूडियो में निर्माण के दौरान स्वचालित रूप से अनुपलब्ध पैकेजों की जांच करें" अनचेक करें। यह भी मामूली है, लेकिन हर छोटी मदद करता है।

+0

मुझे डब्ल्यूपी पसंद है। यह इतना भयानक है कि मैं सिर्फ पीसी के लिए एक ऐप बना सकता हूं और यह फोन पर काम करता है। –

+0

यद्यपि कोई कामकाज प्रस्तुत नहीं किया गया है (इस बिंदु पर मुझे लगता है कि चीजों को तेज़ी से बनाने का कोई तरीका नहीं है), कम से कम मुझे यह बताने के लिए धन्यवाद कि मैं सुस्त यूडब्ल्यूपी देव में अकेला नहीं हूं। – BCA

+0

@ARandomGuy, मुझे भी यह पसंद है, मेरा विश्वास करो। मुझे इसके लिए बहुत उम्मीद है। – Laith

4

बस मेरे 2 सेंट, लेकिन मुझे हाल ही में पता चला कि यूडब्ल्यूपी परियोजना पर काम करते समय एक बड़ी समस्या है।

मैं एंड्रॉइड/आईओएस/डब्ल्यूपी 8 और यूडब्ल्यूपी पर एक ऐप संगत करने के लिए ज़ैमरिन के साथ अपने प्रोजेक्ट पर काम कर रहा था।

लेकिन हाल ही में विजुअल स्टूडियो 2015 अपडेट 2 (डब्ल्यू 10 के साथ) में काम कर रहा है, मेरे पास बहुत धीमी प्रदर्शन, एक बहुत ही कमजोर इंटरफ़ेस, बिल्ड, डीबग, एक्सएएमएल था, सबकुछ बहुत धीमा था।

फिर मैंने कुछ बहुत ही भयानक खोज की: यदि आप अपने यूडब्ल्यूपी प्रोजेक्ट को अपने समाधान की शुरुआती परियोजना के रूप में सेट करते हैं, तो विजुअल स्टूडियो 2015 नरक के रूप में धीमा हो जाता है! मैं असली मुद्दा नहीं हूं लेकिन यह मेरे लिए एक असली मुद्दा रहा है!

मैंने यूडब्लूपी और डब्ल्यूपी 8 के अलावा समाधान में एक अन्य परियोजना पर अपनी स्टार्टअप परियोजना सेट की है। अगर मुझे डीबग करने की ज़रूरत है, तो मैं समाधान एक्सप्लोरर में दायाँ क्लिक करके उन्हें लॉन्च करता हूं, फिर डीबग।

तब से, वीएस2015 में मेरे लिए कोई प्रदर्शन समस्या नहीं है।

+0

यह अब तक का सबसे अच्छा कामकाज है, यह निर्बाध रूप से काम करता है। अब केवल अगर माइक्रोसॉफ्ट समस्या को ठीक करेगा ... – silencedmessage

3

आकर्षक ... बस आकर्षक।

मुख्य यूडब्ल्यूपी ऐप के बिल्ड गुणों पर ".NET मूल उपकरण श्रृंखला के साथ संकलित करें" बंद करें। यूडब्ल्यूपी पुस्तकालय मूल उपकरण श्रृंखला विकल्प की पेशकश नहीं करते हैं।

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

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

अपनी परियोजनाओं के लिए बिल्ड गुणों की जांच करें और ध्यान दें कि केवल मुख्य यूडब्ल्यूपी ऐप में ".NET मूल उपकरण श्रृंखला के साथ संकलन" विकल्प है। पुस्तकालयों में यह नहीं है। इसके अलावा, डिफ़ॉल्ट रूप से केवल रिलीज बिल्ड ने इसे सक्षम किया है। डीबग बिल्ड नहीं करता है। निश्चित रूप से, रिलीज बिल्ड पर इसे बंद करें और रिलीज बिल्ड डीबग बिल्ड के रूप में तेज़ी से पूरा करना शुरू कर देता है।

फिर अजीबता की अजीबता ... मेरा यूडब्ल्यूपी ऐप रिलीज बिल्ड अब डीबग संस्करण की तुलना में लगभग 10% तेज चलाता है जब यह लगभग दोगुनी धीमी गति से दौड़ता था।

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

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

+0

मुझे डीबग बनाम रिलीज बिल्ड के बीच रनटाइम प्रदर्शन के साथ यह हेड-स्क्रैचिंग व्यवहार भी मिला है। मेरे पास एक ग्रिड व्यू पेज है जो डीबग बिल्ड के साथ प्रस्तुत करने में 3 सेकंड लेता है, और रिलीज बिल्ड के साथ एक कठिन 5 सेकंड लेता है। हालांकि, मैं गलत हो सकता हूं लेकिन मेरा मानना ​​है कि यदि आप अपने ऐप को विंडोज स्टोर में डाल रहे हैं, तो यह – BCA

+0

के अंत में .NET मूल उपकरण श्रृंखला के साथ संकलित हो जाएगा। मुझे लगता है कि अगर आप कोड पर भरोसा कर रहे हैं तो मुझे कहीं याद रखना होगा अभिव्यक्तियों का उपयोग करता है (उदाहरण के लिए JSON.NET की तरह कुछ) तो आपका रिलीज कोड धीमा होने का अंत हो सकता है, इसका कारण यह है कि उन्हें गैर-मूल निर्माण के साथ जिटेट नहीं किया जा सकता है, बल्कि उन्हें व्याख्या करना है। –

संबंधित मुद्दे