👲 ❓ 🍢 रिपोर्ट जनरेटर का असामान्य उपयोग 🧝 🌡️ 👨‍❤️‍👨

अपने करियर की शुरुआत में, उन्हें लेखांकन कार्यक्रमों और लेखा प्रणालियों के रखरखाव और लेखन से निपटना पड़ा। तब से, इस तथ्य के बावजूद कि 18 साल बीत चुके हैं, लेखांकन और रिपोर्टिंग से जुड़ी हर चीज की अस्वीकृति बनी हुई है। और किसने सोचा होगा कि भाग्य मुझे एक कंपनी में फेंक देगा जो एक रिपोर्ट जनरेटर विकसित कर रहा है। मेरी पूरी प्रकृति को सिस्टम प्रोग्रामिंग के लिए तैयार किया गया था (और पहुंचना जारी है), और रिपोर्ट बनाने के लिए सॉफ्टवेयर के विकास में भागीदारी युवाओं के पापों के लिए एक सजा है। तथ्य की बात के रूप में, यह लेख "पिंजरे को तोड़ने" के प्रयास के बारे में बात करता है और असंगत - सिस्टम प्रोग्रामिंग और रिपोर्ट जनरेटर को जोड़ती है।

क्या आपने कभी दस्तावेज लिखा है? और अगर आपने लिखा है, तो आपने किस शैली का उपयोग किया है - प्रोटोकॉल का एक सूखा विवरण या एक लाइव कथा? क्यों, मैं पूछता हूं, क्योंकि एक बिंदु पर मैंने महसूस किया कि मेरी परियोजना को प्रलेखन की आवश्यकता थी। उपयोगकर्ता पुस्तिका के विपरीत, प्रोटोकॉल का वर्णन बिना किसी रूपक और गीतात्मक खुदाई के बिना एक उबाऊ और नीरस दस्तावेज है, केवल प्रेषित किए जाने वाले मापदंडों का विवरण और वापस भेजे जाने वाले संदेश स्वरूप। मैंने ऐसी चीजों के लिए Microsoft Word और एक शैली पत्रक का उपयोग किया, लेकिन जैसा कि यह निकला, प्रोटोकॉल के नीरस विवरण में सटीक शैली को बनाए रखना बहुत मुश्किल है। यह विश्वास मत करो - यह अपने आप कोशिश करो।

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

जल्दी से नहीं कहा। Microsoft Access डेटाबेस को जानकारी के स्रोत के रूप में लिया गया था। डेटाबेस की संरचना निम्नानुसार आयोजित की जाती है - मूल जानकारी तीन संबंधित तालिकाओं में स्थित है:

मास्टर टेबल प्रोटोकॉल में बुनियादी प्रोटोकॉल की एक सूची और विवरण होता है।
डिटेल टेबल मेथड्स में प्रोटोकॉल मेथड्स (फंक्शन्स) की सूची होती है।
सबडेटेल तालिका तर्क में प्रत्येक विधि के मापदंडों (तर्कों) की एक सूची होती है।

प्रलेखन जनरेटर के रूप में - FastReport.VCL रिपोर्ट जनरेटर। हम रिपोर्ट डिज़ाइनर शुरू करते हैं, डेटा टैब चुनें और एक नया ADO कनेक्शन बनाएँ:

मैंने रिपोर्ट जनरेटर में निर्मित सहायक का उपयोग किया और निम्नलिखित पंक्ति प्राप्त की:

प्रदाता = Microsoft.Jet.OLEDB.4.0; उपयोगकर्ता आईडी = व्यवस्थापक; डेटा स्रोत = प्रोटोकॉलसंचालन। पीडीबी; मोड = शेयर इंकार कोई नहीं; जेट OLEDB: सिस्टम डेटाबेस = "; जेट OLEDB: रजिस्ट्री पथ =" "; जेट ओएलबीबी: डाटाबेस पासवर्ड = ""; जेट OLEDB: इंजन टाइप = 5; जेट OLEDB: डेटाबेस लॉकिंग मोड = 1; जेट OLEDB: ग्लोबल आंशिक थोक ऑप्स = 2; जेट OLEDB: ग्लोबल बल्क ट्रांजेक्शंस = 1; जेट ओएलबीबी: नया पासवर्ड = "" ; जेट ओएलबीबी: सिस्टम डेटाबेस = गलत बनाएँ; जेट ओएलबी: एनक्रिप्टेड डाटाबेस = गलत; जेट ओएलबीबी: कॉम्पैक्ट = गलत पर कॉपी लोकेल न दें; जेट ओएलबी: जेट रिप्ले = फाल्स के बिना कॉम्पैक्ट; जेट ओएलबी: एसएफपी = गलत।

फिर उसने ADO कनेक्शन में तीन डेटा स्रोत जोड़े, तीन SQL प्रश्नों का उपयोग करते हुए उन्हें मास्टर-डिटेल-सबडेटेल गुच्छा में एक साथ जोड़ा।

यह वही है जो प्रश्न दिखते हैं:
प्रोटोकॉल:

SELECT P.Name, P.Description, P.ProtocolID, P.Description_Rus FROM Protocols P

तरीके:

 SELECT S.ProtocolID, S.Label, S.Name, S.Description, S.Description_Rus, S.ID FROM Methods S WHERE S.ProtocolID =:ProtocolID ORDER BY S.Label

तर्क:

 SELECT A.ID, A.InOutFlag, A.Index, A.TypedUntypedFlag, A1.Name, A.Name, A.Description FROM Arguments A INNER JOIN ArgType A1 ON (A.TypedUntypedFlag=A1.ID) WHERE A.ID =:ID ORDER BY A.ID , A.InOutFlag DESC, A.Index

उसके बाद, आप रिपोर्ट में एक नया पृष्ठ जोड़ सकते हैं और रिपोर्ट लिख सकते हैं।

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

सबसे अच्छी बात यह है कि जब आप उत्पन्न दस्तावेज़ को पीडीएफ में निर्यात करते हैं, तो रूपरेखा भी निर्यात की जाती है।

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

प्रदाता = Microsoft.Jet.OLEDB.4.0; डेटा स्रोत = प्रोटोकॉल्ससेक्शंस। पीडीबी; उपयोगकर्ता आईडी = व्यवस्थापक

और SQL क्वेरी इस रूप में लिया गया:

 SELECT P.Name, P.Description, P.ProtocolID, P.Description_Rus FROM Protocols P

जैसा कि आप देख सकते हैं, प्रोटोकॉल के लिए अनुरोध नहीं बदला है। और अन्य दो प्रश्नों में, WHERE क्लॉज गायब हो गया

 SELECT S.ProtocolID, S.Label, S.Name, S.Description, S.Description_Rus, S.ID FROM Methods S ORDER BY S.Label

और

 SELECT A.ID, A.InOutFlag, A.Index, A.TypedUntypedFlag, A1.Name, A.Name, A.Description FROM Arguments A INNER JOIN ArgType A1 ON (A.TypedUntypedFlag=A1.ID) ORDER BY A.ID , A.InOutFlag DESC, A.Index

WHERE ऑपरेटर के बजाय, "डेटा" विंडो में, "एक्शन" मेनू का चयन करें, फिर "न्यू लिंक" मेनू आइटम का चयन करें और अधीनस्थ तालिका के लिंक को मुख्य पर असाइन करें।

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

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

उन लोगों के लिए जो यह सोचते हैं कि 10 बार पढ़ने के बाद एक बार इसे स्वयं आज़माना बेहतर है, मैं मूल डेटाबेस और दो रिपोर्ट टेम्पलेट FR3 (FR.VCL) और FRX (FR.NET) स्वरूपों को ज़िप संग्रह में पोस्ट करता हूं। आप FastReport को आधिकारिक साइट से डाउनलोड कर सकते हैं। आपको डिज़ाइनर में रिपोर्ट खोलने और रिपोर्ट में डेटाबेस पथ को संपादित करने की आवश्यकता होगी - कनेक्शन स्ट्रिंग में आपको प्रोटोकॉलस्पेसेसेमेन्डेडएमडीबी फ़ाइल के लिए पूर्ण पथ निर्दिष्ट करना होगा । मैं असुविधा के लिए माफी मांगता हूं।

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

यदि आप MS Access को किसी SQL सर्वर से बदलते हैं और डेटाबेस को संपादित करने के लिए WEB इंटरफ़ेस के साथ उपयोगकर्ता प्रदान करते हैं, तो आप एक साथ कई डेवलपर्स द्वारा प्रोटोकॉल को दूरस्थ रूप से विकसित कर सकते हैं। सौभाग्य से, रिपोर्ट जनरेटर में एक सर्वर संस्करण है जो मक्खी पर रिपोर्ट उत्पन्न कर सकता है और उन्हें HTTP प्रोटोकॉल पर भेज सकता है।

अंत में, डेटाबेस का उपयोग आईडीएल (इंटरफ़ेस डेफिनिशन लैंग्वेज) के एनालॉग के रूप में किया जा सकता है। यानी व्यावहारिक रूप से डेटाबेस से सीधे इंटरफेस के वर्णन के साथ सी / सी ++ हेडर फ़ाइलों की पीढ़ी को कुछ भी नहीं रोकता है।

आपका ध्यान देने के लिए धन्यवाद।

रिपोर्ट जनरेटर का असामान्य उपयोग

More articles: