रिपोर्टिंग की बात करते समय आप अपनी विकास प्रक्रिया में दर्द को कम कैसे करते हैं?प्रिंट करने योग्य रिपोर्टों को लागू करने में दर्द को कम करना
वेब ढांचे के लिए, सामग्री उत्पन्न करने के साथ-साथ ग्राफिक रूप से इसे डिजाइन करने के लिए एक बहुत ही सरल तरीका है; सामग्री एचटीएमएल के माध्यम से अर्थात् प्रतिनिधित्व किया जाता है, और डिजाइन सीएसएस के माध्यम से अलग से निर्दिष्ट किया जाता है। और ब्राउज़र काफी हद तक सुसंगत हैं कि वे आउटपुट कैसे प्रस्तुत करते हैं (और विसंगतियों को अच्छी तरह से जाना जाता है और इसके लिए योजना बनाई जा सकती है)। कम-सीएसएस-समझदार ग्राफिकल डिजाइनरों की सहायता के लिए WYSIWYG संपादक भी हैं।
लेकिन प्रिंट सामग्री के बारे में हम क्या करते हैं?
एक कंपनी में, मैंने एक ऐसी प्रक्रिया बनाई जिसने इस तरह काम किया: एक स्क्रिप्ट ने एक्सएमएल के माध्यम से एक अर्थपूर्ण प्रतिनिधित्व उत्पन्न किया। एक्सएमएलटी के माध्यम से एक्सएमएल-एफओ दस्तावेज़ उत्पन्न करने के लिए एक्सएमएल पारित किया गया था। फिर, यह एक पीडीएफ उत्पन्न करने के लिए एक और उपकरण (अपाचे एफओपी, मुझे विश्वास है) में पारित किया गया था। यह उस कंपनी के लिए अच्छा काम किया।
हालांकि, इस कंपनी में, आउटपुट उपस्थिति प्रबंधन के लिए महत्वपूर्ण है, और हमारे पास एक ग्राफिकल डिजाइनर है। वर्तमान में, हम एक रिपोर्टिंग टूल (डेवलपर एक्सप्रेस से एक्स्ट्रा रीपॉर्ट्स, संस्करण 8.1) का उपयोग कर रहे हैं। यह बुरा नहीं है; यह विभिन्न प्रारूपों में आउटपुट करता है, एक WYSIWYG डिजाइनर है, रिपोर्ट सी # कक्षाओं के माध्यम से लागू की जाती है, और यह डेटा सेट (दुर्भाग्य से, पीओसीओ नहीं) के लिए बाध्यकारी डेटा का समर्थन करती है। हालांकि, हम इस सेटअप के साथ कुछ प्रमुख दर्द अंक:
- रिपोर्टिंग ढांचे कैसे तुम बाहर और समूह अपनी रिपोर्टिंग बैंड
- आकर्षक तत्वों, विशेष रूप से चार्ट रखना कर सकते हैं पर प्रमुख सीमाएँ हैं, क्षमताओं को हम जरूरत की कमी अच्छी तरह से धुन और हमारे नकली-अप की तलाश प्राप्त करें।
- सीएसएस के माध्यम से जो कुछ भी प्राप्त हो सकता है, उसके अनुसार रिपोर्टों के बीच शैली और लेआउट साझा करने का कोई अच्छा तरीका नहीं है।
- पुन: प्रयोज्य भागों की अच्छी composability लागू करने के लिए बहुत मुश्किल है। इसलिए हम बहुत सारी प्रतियां & कार्यक्षमता की पेस्ट विरासत के साथ समाप्त होते हैं; जब भी हमें सभी रिपोर्टों में व्यापक परिवर्तन करने की आवश्यकता होती है तो यह बुरी खबर है।
अब, शायद वहां कुछ किक-गधे ढांचा है जो रिपोर्टिंग ढांचे के दर्द को खत्म कर सकता है, लेकिन मुझे लगता है कि उनके सभी की कमजोरियां हैं। क्या आपके पास एक ढांचा या प्रक्रिया है जो आपके लिए अच्छी तरह से काम करती है और रिपोर्टिंग में निहित दर्द बिंदु को कम करती है?
मेरी भलाई, यह सही दिखता है। मुझे इसके साथ प्रयोग करना होगा। क्या आपने व्यक्तिगत रूप से इस उत्पाद का उपयोग किया है? यदि ऐसा है, तो यह अच्छा होगा अगर आपने इसका उपयोग करने के साथ अपने अनुभव पर विस्तार किया। – Jacob
मैंने एक बहुत बड़ी परियोजना के लिए उपयोग किया है और इसके साथ बहुत अच्छा अनुभव था। आप जो भी एचटीएमएल/सीएसएस पसंद करते हैं उसे बना सकते हैं और यह एक पीडीएफ बनाता है। सीएसएस के साथ-साथ मेरे द्वारा उपयोग किए जाने वाले किसी भी ब्राउज़र का समर्थन करता है। प्रलेखन में कुछ अच्छी जानकारी है कि यह पेजेड मीडिया का समर्थन कैसे करता है: http://princexml.com/doc/7.0/ – Annie
डैंग, साइट लाइसेंस के लिए 3800 यूएसडी। अगर यह हमारी विकास प्रक्रिया को तेज कर सकता है तो यह लायक हो सकता है, लेकिन पुhew! – Jacob