क्लासिक एएसपी इंट्रानेट और नई एएसपी.NET अनुप्रयोग

Question

हमारे पास मौजूदा क्लासिक एएसपी इंट्रानेट है जिसमें सैकड़ों पेज शामिल हैं। इसकी निर्देशिका संरचना इस तरह दिखती है ...

/root 
    app_1 
    app_2 
    ... 
    img 
    js 
    style 

स्पष्ट रूप से ऐप_1 और वास्तविक निर्देशिका संरचना में बेहतर नाम हैं।

भले ही कई अनुप्रयोगों के अलग-अलग व्यवहार होते हैं, फिर भी वे एक ही इंट्रानेट का हिस्सा हैं और इसलिए स्टाइलशीट/शैली के माध्यम से स्टाइलशीट, छवियों के माध्यम से/img और क्लाइंट स्क्रिप्ट/जेएस के माध्यम से एक आम रूप और अनुभव साझा करते हैं।

समस्या (कम से कम मेरे लिए) तब आती है जब मैं ASP.NET में इंट्रानेट एप्लिकेशन जोड़ना चाहता हूं।

अंत में, मैं इस संरचना करना चाहते हैं:

/root 
    app_1 
    app_2 
    dotnetapp_1 
    dotnetapp_2 
    ... 
    img 
    js 
    style 

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

आखिरकार मैं अपने पूरे क्लासिक एएसपी इंट्रानेट को "रूट" बनाने में सक्षम होना चाहता हूं और एएसपी.नेट "उप-अनुप्रयोग" है जो अभी भी/शैली और/img तक पहुंच सकता है और, मुझे लगता है कि एएसपी.नेट I ' आपके पास/मास्टरपेज होंगे।

मैंने पहले यह कोशिश की है, लेकिन मुझे लगता है कि वीएस ने कुछ सौ क्लासिक एएसपी पृष्ठों पर जोर दिया जो इसे "प्रोजेक्ट" में जोड़ा गया जब मैंने अपनी मौजूदा इंट्रानेट रूट निर्देशिका एएसपी.नेट परियोजना रूट (फ़ाइल- > ओपन-> वेब साइट)। वीएस 2008 एसपी 1 (मैं वर्तमान में उत्कृष्ट Notepad++ का उपयोग कर अपने मौजूदा क्लासिक एएसपी इंट्रानेट को संपादित करना अच्छा लगेगा) क्योंकि मैं वीएस के साथ अधिक हाथ लेना चाहता हूं लेकिन मुझे लगता है कि यह बिल्कुल जरूरी नहीं है।

मैंने प्रत्येक नए एएसपी.NET एप्लिकेशन को अपने अधिकार में एक आवेदन के रूप में प्रभावी ढंग से/dotnetapp_1 निर्देशिका को एप्लिकेशन के "रूट" (फिर से, फाइल-> ओपन-> वेब साइट VS2008 में) के रूप में प्रभावी ढंग से बनाने का प्रयास किया। । हालांकि, वीएस ने तब शिकायत की जब मैंने संदर्भ/मास्टरपेज का प्रयास करने की कोशिश की क्योंकि यह "किसी अन्य एप्लिकेशन से संबंधित है।" मुझे लगता है कि मैंने प्रत्येक एएसपी.NET निर्देशिका के अंदर एक वर्चुअल निर्देशिका जोड़कर इसे कड़वाहट किया है जो रूट/मास्टरपेज पर "इंगित" है, लेकिन मुझे यकीन नहीं है कि वीएस एक खुशी बनाने के विरोध में खुशी से WYSIWYG संपादन प्रदान करने में सक्षम था इंट्रानेट में जोड़े गए प्रत्येक एएसपी.NET एप्लिकेशन में मास्टरपेज का।

मुझे भी .NET MVC फ्रेमवर्क पर जाने की संभावना है, इसलिए कृपया उस ढांचे के साथ किसी भी उत्तर को दिमाग में दें। मुझे उम्मीद है कि "परियोजनाएं" एमवीसी के साथ काफी महत्वपूर्ण नहीं हैं और इसके बजाय यह केवल फाइलों का एक समूह है जो एक ऐसा ऐप्लिकेशन बनाता है जो पूरे में योगदान देता है (यह इंट्रानेट है)।

तो सवाल यह है: मैं मौजूदा क्लासिक एएसपी इंट्रानेट में एएसपी.NET अनुप्रयोगों को सबसे अच्छा कैसे जोड़ सकता हूं (मैं क्लासिक एएसपी और एएसपी.नेट के बीच सत्र साझा करने की तकनीकीताओं के बारे में चिंतित नहीं हूं, केवल निर्देशिकाओं और परियोजनाओं के संरचनात्मक लेआउट) और विजुअल स्टूडियो 2008 एसपी 1 में इन अलग-अलग अनुप्रयोगों को संपादित करने में सक्षम होने के बावजूद और इन अनुप्रयोगों को एक दूसरे से "संबंधित" एक आम, इंट्रानेट लुक और महसूस * द्वारा किया गया है?

• कृपया "मास्टरपेज का उपयोग करें" का उत्तर न दें। मैं मास्टरपेज की सराहना करता हूं।में संबंधित पृष्ठों के बीच शैलियों को साझा करने की नेट की विधि (और अधिक संभवतः) एप्लिकेशन। मै समझ गया। जो मैं खोज रहा हूं वह मौजूदा इंट्रानेट में आसानी से एएसपी.NET अनुप्रयोगों को जोड़ने का सबसे अच्छा तरीका है क्योंकि मैं प्रत्येक एप्लिकेशन को सरल बना सकता हूं और जहां प्रत्येक एप्लिकेशन एक इंट्रानेट-सामान्य शैली साझा कर सकता है (यदि संभव हो)।

Answer 1

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

/root 
    app_1 
    app_2 
    dotnetapp_1 
    <virtual>img 
    <virtual>js 
    ... 
    img 
    js 
    style 

आप शायद स्क्रिप्ट IIS या एक एक्सएमएल फ़ाइल को संपादित यदि आप थोक में ऐसा करने की जरूरत कर सकते हैं और मुझे यकीन है कि वहाँ एक और भी अधिक सुरुचिपूर्ण कुछ इसी तरह है कि इतना करने की आवश्यकता नहीं है ऐसा करने के लिए जिस तरह से होना चाहिए हूँ माउस काम!

Answer 2

ASP.NET के बाद से अब माइक्रोसॉफ्ट मानक वेब विकास मंच आप एक नया ASP.NET वेब साइट के साथ शुरू और इसे में अपने मौजूदा ASP पृष्ठों और फ़ोल्डरों आयात करने से बेहतर हो सकता है। एक बार जब आप इसे सेट अप और चलाते हैं, तो एएसपी.नेट में नई कार्यक्षमता जोड़ना एक स्नैप होगा।

माइक्रोसॉफ्ट समझ गया कि कुछ ग्राहक क्लासिक एएसपी और एएसपी.नेट को थोड़ी देर के लिए मिश्रित करेंगे, और क्लासिक एएसपी पेज एएसपी.NET साइट के भीतर काम करके इस आवश्यकता को समायोजित करते हैं। आप जो करने की कोशिश कर रहे हैं वह इसके विपरीत है (एएसपी, सॉर्टा के भीतर काम करने के लिए एएसपी.नेट प्राप्त करें), और आप पहले से ही कठिनाइयों में भाग रहे हैं।

Answer 3

क्या आप एएसपीनेट साइट को वर्चुअल निर्देशिका के रूप में नहीं चला सकते?

www.site.com/dotnetapp/ 

जहां dotnetapp एक वर्चुअल निर्देशिका पूरी तरह अलग है? इस बारे में जाने के लिए

Answer 4

युगल अलग अलग तरीकों से: अपने सूचीबद्ध फ़ोल्डर संरचना वांछित वेब फ़ोल्डर संरचना है, तो अपने ASP.NET अनुप्रयोगों के किसी भी बस /root/js/whatever.js संदर्भित कर सकते हैं है, तो

1. या ../js/whatever.js और यह उन फ़ोल्डरों पर पहुंच जाएगा जो आपके पास पहले से ही रूट पर हैं। यह पहले से उल्लिखित आभासी निर्देशिका समाधान का एक विकल्प है। यह एक बदसूरत समाधान है, जो कि मेरी वर्तमान नौकरी में कुछ परियोजनाओं को विरासत में मिला है।
2. पिछली नौकरी में मैंने कुछ वर्षों तक एक हाइब्रिड क्लासिक एएसपी/एएसपी.NET एप्लिकेशन प्रबंधित किया और मैंने रूट पर एएसपी.नेट वेब एप्लिकेशन बनाकर और मेरे सभी एएसपी पृष्ठों को इसमें स्थानांतरित करके किया। आप जो भी "उप-अनुप्रयोग" बनाना चाहते हैं, केवल इस एकल प्रोजेक्ट में फ़ोल्डर्स होना चाहिए। [एएसपी पृष्ठों में अब वीएस -2008 में रंग-कोडिंग नहीं है, जो वास्तव में परेशान था।]