विकास प्लेटफार्म के रूप में शेयरपॉइंट बनाम एएसपी.नेट का मूल्यांकन

Question

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

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

विकास पर्यावरण

डेवलपर उत्पादकता

कार्यात्मक Testability

डेवलपर Testability (इकाई परीक्षण)

भूमिका आधारित सुरक्षा

देखें आधारित सुरक्षा

उपयोगकर्ता अनुभव

डेटाबेस - सूचियों के उपयोग के आधार पर शेयरपॉइंट के साथ विकास का आसान। हालांकि, एक आवश्यकता के रूप में रिपोर्टिंग जोड़ना सूचियों का उपयोग एक बाधा उत्पन्न करता है।

रिपोर्टिंग - शेयरप्वाइंट इस मुश्किल

दस्तावेज़ भंडार बनाता है - हमारे समाधान समाधान तत्वों के लिए कलाकृतियों संलग्न करने के लिए एक से अधिक दस्तावेज़ पुस्तकालयों की आवश्यकता होगी

पैकेजिंग

स्थापना - शेयरप्वाइंट WSP आसान famr स्थापना के साथ हमें प्रदान करता है ।

अनुमापकता

तानाना

जटिलता

वैचारिक वफ़ादारी (डोमेन सीमाओं)

अतिरिक्तता/प्रतिकृति/बैकअप/वसूली समर्थन

Answer 1

आधिकारिक तौर पर, क्रम में करने के लिए WSS समाधान विकसित, अपने सभी डेवलपर को अपना विकास के वातावरण एक WSS सर्वर पर चलने की आवश्यकता होगी। मैं मानता हूं कि नकारात्मक होना है।

Sharepoint tools support in Visual Studio के तहत कई टिप्पणियां डिवीजन के वरिष्ठ उपाध्यक्ष द्वारा देखें।

मैं कहूंगा कि चूंकि आपके पास एक छोटी समयसीमा है, इसलिए आप इस तथ्य पर भी विचार करते हैं कि एएसपी.NET समुदाय की तुलना में बहुत छोटा शेयरपॉइंट डेवलपर समुदाय है। अतः "ASP.NET" के रूप में उन में चिह्नित "SharePoint" का विरोध करने के साथ टैग पर लेखों की संख्या की तुलना करें।

मैं अल्प अवधि में एएसपी.नेट के साथ जाऊंगा, समझ रहा हूं कि आप लंबे समय तक शेयरपॉइंट का उपयोग करने के लिए अपने आवेदन को दोबारा करने में सक्षम हो सकते हैं। एक डेटाबेस संरचना सूची या आप SharePoint में बनाया होगा अन्य सामग्री प्रकार के लिए इसी तरह का प्रयोग करें। एक समान तैनाती मॉडल रखें। कार्यप्रवाह उपयोग करने के लिए स्वतंत्र महसूस, लेकिन यह शायद SharePoint के कार्यप्रवाह सुविधाओं के समांतर होना चाहिए। आप अपने पृष्ठों को भी इसी तरह से रख सकते हैं। आपके पास अधिक समय होने पर SharePoint पर स्थानांतरित करना आसान हो जाएगा।

Answer 2

मैं लागत नहीं दिख रहा।

Answer 3

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

एएसपी.नेट के बजाय विकास मंच के रूप में डब्ल्यूएसएस 3.0 का उपयोग करने के लिए कुछ गंभीर औचित्य की आवश्यकता होगी और आपके समाधान के सीमित विवरण से यह कहना संभव नहीं है कि आप इसका विचार क्यों करेंगे।

आपके सभी माप पहलुओं पर, शेयरपॉइंट प्लेटफ़ॉर्म पर विकास बनाने से कोप्लेक्सिटी मिल जाएगी और इसलिए किसी भी विकास प्रयास की लागत होगी।

अद्यतन

मैं शेयरप्वाइंट सुरक्षा, दस्तावेज़ पुस्तकालयों, यूआई ढांचे देखते हैं, और महान productivty वर्धक के रूप में निर्माण करने के लिए और परीक्षण एक डीबी होने की कमी है। उन शेयरप्वाइंट सुविधाओं है कि हम बहुत से

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

के साथ रहना चाहता हूँ एक जॉइन स्टेटमेंट और कुछ संग्रहीत प्रोसेस बनाना।

परियोजना की अधिक जानकारी के बिना जाने, मैं पूरी तरह से बाहर SharePoint एक समाधान होने के रूप में शासन नहीं कर सकता।

हालांकि शेयरपॉइंट को विकास मंच के रूप में उपयोग करना संभव है, यदि आपके पास शेयरपॉइंट विशेषज्ञ आपके साथ काम नहीं कर रहे हैं जो आपके प्रश्न का उत्तर दे सकते हैं, तो आपके पास सफलता प्राप्त करने के लिए आपके प्रोजेक्ट पर पर्याप्त शेयरपॉइंट कौशल नहीं होंगे।

Answer 4

अनुमापकता
लाइसेंस प्रतिबंध
तानाना
जटिलता
वैचारिक वफ़ादारी (डोमेन सीमाओं)
विक्रेता lockin/ओपन सिस्टम समर्थन
अतिरिक्तता/प्रतिकृति/बैकअप/वसूली समर्थन

Answer 5

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

हम स्लैम विकसित की है, SharePoint सूची एसोसिएशन प्रबंधक, रिलेशनल नहीं किया जा रहा SharePoint डेटा के संदर्भ में स्पष्ट सीमाओं को पार करने। क्योंकि यह एसक्यूएल सर्वर के लिए SharePoint डेटा धक्का, यह हमें केवल सामने के छोर पर केवल ASP.NET, एक विन्यास हम अक्सर उपयोग के साथ "बैकएंड" पर SharePoint उपयोग करने के लिए अनुमति देता है।

हम एक खुला स्रोत परियोजना के रूप में स्लैम जारी किया है ताकि विकास समुदाय के बाकी इस दृष्टिकोण का लाभ लेने के लिए और हमें यह विस्तार कर सकते हैं।

http://slam.codeplex.com

मुबारक Slamming!

एलन