डेल्फी, बहु-दस्तावेज़ इंटरफ़ेस के लिए एमडीआई बनाम टैब

Question

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

तो, आपकी राय क्या है? क्या मुझे एमडीआई या टैब्ड इंटरफ़ेस का उपयोग करना चाहिए?

Answer 1

एमडीआई (संभवतः पहले या?) विंडोज 3 दिनों में वापस विकसित किया गया था और नहीं इन दिनों अच्छी तरह से समर्थित है। यदि आपको विभिन्न रूपों के साथ कई दस्तावेज़ों की आवश्यकता है, तो मैं एक टैबड इंटरफेस का उपयोग करने की सलाह दूंगा। फॉर्मों के बजाय फ्रेम का उपयोग करें, और नए टैब बनाएं और उस पर एक फ्रेम रखें, alClient aligned।

Answer 2

नई एमडीआई बच्चे खिड़कियों के आकार बदलने एनीमेशन (और इस प्रकार देरी) से बचने के लिए अपने बच्चे को खिड़कियां बनाने से पहले TForm के ClientHandle संपत्ति माता-पिता के लिए एक WM_SETREDRAW संदेश भेजते हैं, और उसे फिर से भेजने जब आप समाप्त कर, अर्थात्:

Answer 3

प्रश्न: यह महत्वपूर्ण है कि उपयोगकर्ताओं को अपने एम्बेडेड रूपों या एक समय में फ्रेम के एक से अधिक देखने में सक्षम होना है? यदि नहीं, तो निश्चित रूप से टैब के लिए जाओ।

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

इस सीमा आप एक डॉकिंग यूआई, जो जटिलता कहते हैं को देखने के लिए होगा काबू पाने के लिए, लेकिन आप टैब ने टाइल करने में सक्षम होने के साथ ही दे सकता है।

Answer 4

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

यदि आपका प्रोग्राम एकाधिक स्क्रीन वाले उपयोगकर्ताओं के लिए है तो एमडीआई और टैब-आधारित यूआई दोनों में मूल विंडो के अंदर दस्तावेज़ विंडो को सीमित करने की समस्या है।

एक उचित आवेदन डिजाइन के साथ

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