6

मैं एएसपी.नेट एमवीसी का उपयोग कर रहा हूं। कभी-कभी मैं एएसपी.नेट वेब फॉर्म के साथ भी काम करता हूं। मैं संग्रहीत प्रोसेस या LINQ का उपयोग करके अपने प्रश्नों को बहुत अधिक बना सकता हूं और एक सादा HTML तालिका का उपयोग करके अपनी रिपोर्ट प्रस्तुत कर सकता हूं। उचित स्टाइल के साथ यह सभ्य बाहर आना चाहिए।मुझे सादे HTML तालिका पर क्रिस्टल रिपोर्ट या एसएसआरएस क्यों चुनना चाहिए?

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

मुझे लगता है कि मैं यह देखने के लिए पोस्ट कर रहा हूं कि क्रिस्टल और एसएसआरएस जैसे रिपोर्टिंग टूल के साथ मुझे क्या याद आ रही है।

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

+0

अतीत में जब मैं वीसी ++/एमएफसी डेस्कटॉप अनुप्रयोगों के विकास के साथ काम कर रहा था, तो मैंने क्रिस्टल का काफी उपयोग किया। मैं इसे फिर से सराहना कर सकता हूं क्योंकि आप ListViews का उपयोग करके अपनी रिपोर्ट बनाना नहीं चाहते हैं। लेकिन वेब ऐप्स के साथ, विशेष रूप से इस दिन और उम्र में जब आपके पास LINQ, ASP.NET MVC के रेजर, इंटरनेट में कहीं से भी मुफ्त सीएसएस स्टाइलशीट जैसे टूल हैं, और अन्य वास्तव में डेटा एक्सेस और पृष्ठ प्रतिपादन को सरल बनाने वाली सामग्री को ठंडा करता है, तो मुझे यकीन नहीं है क्रिस्टल जैसे टूल का उपयोग करने से पहले मेरे पास एक ही तात्कालिकता है। – Ronald

+0

आमतौर पर पूरा उद्देश्य निर्यात विकल्पों के लिए है। उपयोगकर्ता रिपोर्ट की एक प्रति चाहता है, वे इसे एक HTML तालिका से कॉपी नहीं करना चाहते हैं। – dotjoe

उत्तर

2

हमारे आंतरिक रिपोर्ट के लिए हम एसएसआरएस का उपयोग करने का कारण यह है कि हमारा डेटाबेस लड़का कोड का उपयोग करके आउटपुट प्रारूपित करने के बारे में कोई जानकारी के बिना रिपोर्ट बना सकता है।

1

आपके अंक मान्य हैं और मैं कई बार ऐसी चीजों के बारे में सोच रहा हूं।

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

एक रिपोर्ट इंजन या सादा कच्चे HTML का उपयोग करने के बीच का अंतर इस तरह है कि आप रिपोर्ट और समग्र सुविधाओं को डिजाइन करते हैं। उदाहरण के लिए

उदाहरण के लिए, प्यारी बात यह है कि एक रिपोर्ट केवल एक .cs फ़ाइल (सी # कक्षा) है और जो भी आप यूआई डिजाइनर के साथ डिजाइन करते हैं, उस फ़ाइल में संग्रहीत किया जाता है जैसे कि विंडोज़ फॉर्म डिज़ाइनर (या एएसपी। नेट एएसपीएक्स और एएसपीएक्स सी डिजाइनर करता है)। तो आप जो रिपोर्ट तैयार कर रहे हैं उसे देखते हैं और आप & ड्रॉप नियंत्रण खींचें और जहां आवश्यक हो वहां रखें। फिर आपके पास बॉक्स सूत्रों से बाहर है, कुल चल रहा है, पृष्ठ ब्रेक, जैसा कि आपने पीडीएफ, एक्सेल, जेपीजी, एचटीएमएल, शब्द और बहुत कुछ निर्यात का उल्लेख किया है।

अगर मैं फिर से पसंद करने के लिए स्वतंत्र था, तो मैं फिर से एक्सट्रेटपोर्ट के लिए जाऊंगा और सादे और कच्चे एचटीएमएल टेबल कोडिंग के बारे में भूल जाऊंगा, चलिए आवेदन के वास्तविक व्यवसाय पर ध्यान केंद्रित करते हैं और पेज ब्रेक के साथ पागल नहीं होते हैं, चीज़ों का निर्यात करते हैं और घर लागू सूत्रों या समूह/कुल योग ... यह मेरा विचार और दृष्टिकोण कम से कम है।

1

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

यह विशेष रूप से महत्वपूर्ण है यदि आप अधिक पेशेवर दिखने वाली रिपोर्ट की तलाश में हैं।

0

जैसा कि पहले से ही बताया गया है कि एक और रिपोर्ट जेनरेटर का उपयोग करके बहुत अधिक लाभ हो सकते हैं। मैंने अक्सर List & Label का उपयोग किया है। पीछे की एक पूरी तरह से अलग अवधारणा है और आपकी जरूरतों के आधार पर यह आसान होगा लेकिन अभी भी शक्तिशाली होगा, खासकर .NET reporting के लिए। एक परीक्षण करने के लायक है (यहां तक ​​कि एक मुफ्त संस्करण भी उपलब्ध है)।